Que facer se Windows asigna un enderezo IP APIPA (169.xxx): causas reais e solución definitiva

Cando o teu dispositivo aparece cun enderezo de 169.254.xx e a rede mostra o aviso de conectividade limitada, é moi probable que o enderezo automático APIPA estea a funcionar. Este mecanismo asigna unha IP local de emerxencia cando o DHCP baleirar, permitindo algunha comunicación na mesma rede física pero sen acceso a outras redes.

En entornos domésticos e corporativos, é un tema recorrente: tarxetas en DHCP que non reciben resposta e caen en APIPA, portátiles que se conectan por Wi-Fi sen internet ou servidores que, debido a un problema específico, deixan de renovar a súa concesión. Comprender que é APIPA, como funciona e como desactivala ou diagnosticala Aforrarache tempo e dores de cabeza.

Que é a APIPA e para que serve?

APIPA (Enderezo IP privado automático) é unha funcionalidade de IPv4 que configura automaticamente a interface cun enderezo do bloque 169.254.0.0/16 se non hai ningún servidor DHCP dispoñible. Só asigna o enderezo IP e a máscara 255.255.0.0, sen pasarela nin DNS, polo que permite a comunicación local entre dispositivos do mesmo segmento e nada máis.

Este espazo está reservado pola IANA para enderezos locais de enlace segundo a RFC 3927 e encaixa dentro dos chamados rangos locais de enlace. Na práctica, a APIPA mantén a rede "viva" a nivel local. cando non hai unha configuración válida, pero non é enrutable ou axeitada para o acceso a Internet.

Importante formular as regras: o RFC 3330 (posteriormente substituído por RFC 5735) e RFC 3927 definen o uso destes enderezos. O rango utilizable nos ordenadores adoita ser de 169.254.1.0 a 169.254.254.255, deixando ambos extremos reservados (169.254.0.x e 169.254.255.x) e usando 169.254.255.255 como difusión.

Como funciona APIPA en detalle

Cando unha interface está en DHCP e non recibe resposta, o sistema activa APIPA. O cliente envía varios DHCPDISCOVERs ao iniciar; unha descrición común é que realiza 3 ou 4 solicitudes en poucos segundos e, se non hai resposta, inicia a autoconfiguración local da ligazón.

Durante a configuración automática, o dispositivo escolle un enderezo IP pseudoaleatorio dentro do rango permitido e verifica que non está en uso mediante sondas (ARP ou difusión) antes de configuralo. Se detecta un conflito, tenta outro enderezo ata un número máximo de intentos.; algúns textos describen ata 10 intentos antes de renderse se os enfrontamentos persisten.

Unha vez asignado, o cliente continúa buscando un servidor DHCP periodicamente. En Windows, por exemplo, as solicitudes DHCP inténtanse de novo aproximadamente cada 5 minutos.Se aparece un servidor, a pila TCP/IP substitúe o enderezo IP da APIPA por unha concesión válida.

A APIPA só se aplica a IPv4; A configuración automática sen estado (SLAAC) úsase en IPv6, descrito na RFC 2462 (agora actualizada pola RFC 4862), cun mecanismo diferente e enderezos locais de enlace con prefixo fe80::/10.

APIPA en Windows: comportamento e peculiaridades

Nos sistemas Windows modernos, APIPA está activada por defecto. Cando non recibe DHCP, a pila autoasigna e tenta recuperar unha concesión periodicamente.Ademais, a función de detección de medios acelera os intentos de reinicio cando se volve á conectividade.

En versións máis antigas como Windows 98, Media Sense non existía, o que podía atrasar a reconexión despois dun fallo físico. Windows 2000, XP, 7, 10 e posteriores incorporan Media Sense e outras funcións complementarias como a detección de enrutadores ICMP ou a escoita RIP para mellorar o contexto da rede.

Algunhas implementacións de Windows xeran o enderezo IP da APIPA mediante o hash do enderezo MAC da interface. buscando estabilidade despois dos reinicios e reducindo a probabilidade de duplicacións (sempre con comprobación previa de conflitos).

Como saber se estás na APIPA

En Windows 2000/XP/Server 2003 e posteriores, abra unha liña de comandos e execute: ipconfig /all para revisar o bloque de configuración automáticaSe a configuración automática está activada e o enderezo IP é 169.254.xy coa máscara 255.255.0.0, estás en APIPA.

Nas edicións máis antigas de Windows (Windows 98, Windows Me), a utilidade winipcfg permite ver se existe un enderezo dentro de 169.254.xx baixo a etiqueta de configuración automática. Ver este enderezo IP indica que non hai ningunha concesión DHCP dispoñible..

Desactivar ou activar APIPA en Windows

A APIPA pódese desactivar, mantendo ou non o uso de DHCP dependendo do caso. Isto faise editando o Rexistro de Windows, variando a ruta dependendo da versión do sistema.

• En Windows 98/Me: engade a entrada DWORD "IPAutoconfigurationEnabled" co valor 0x0 a: HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\VxD\DHCP.
• En Windows 2000/XP/Server 2003: engada "IPAutoconfigurationEnabled" (DWORD 0x0) na interface específica: HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Tcpip\Parameters\Interfaces\<GUID_del_adaptador>.
• En versións máis recentes (Windows 7/8/10/11), tamén verás referencias ao contenedor de parámetros globais TCP/IP: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\ParametersLembra que un valor de 1 activa APIPA e 0 desactivaa.

Despois de cambiar o Rexistro, recoméndase reiniciar para que a configuración teña efecto. Fai unha copia de seguridade do teu rexistro antes de tocar nada., especialmente en equipos críticos.

Escenarios típicos nos que aparece APIPA

Arranque sen concesión previa e sen DHCP: o cliente arrinca, emite varias mensaxes de descubrimento (3 ou máis) e, Se non hai resposta, asígnase a si mesmo unha IP de clase B dentro de 169.254/16Continúa reintentándoo a intervalos.

Con concesión previa e sen DHCP: o dispositivo sondea a porta de enlace predeterminada; Se responde, mantén o IP antigoSe non hai resposta ou non hai configurada ningunha pasarela, actívase a APIPA e os erros infórmanse ao usuario.

O alugueiro caducou e non hai DHCP: o cliente intenta renovalo; Se non atopa un servidor, recorre á APIPA, envía varias deteccións e repite o ciclo cada poucos minutos ata que o servidor volva estar en liña.

Diagnóstico rápido cando vexas 169.254.xx

Comeza polo básico: comproba os cables, as ligazóns, o estado do router ou switch e o servizo DHCP do dispositivo que o ofrece (na casa, normalmente é o router). Un reinicio controlado do enrutador e da interface de rede forza unha renegociación.

En Windows, executa estes comandos nunha liña de comandos con privilegios elevados para restablecer a pila: Son seguros e adoitan resolver incidentes frecuentes.

netsh int ip reset c:\resetlog.txt
netsh winsock reset
ipconfig /flushdns
ipconfig /registerdns
ipconfig /release
ipconfig /renew

Comprobe tamén que o servizo "Cliente DHCP" estea activo (services.msc) e, se é necesario, Activar DHCP en Windows 10. Debe estar no estado Iniciado e o tipo de inicio é Automático para que a interface obteña as concesións correctamente.

Se usas wifi, comproba a compatibilidade do adaptador coa seguridade do punto de acceso (WPA/WPA2, etc.) e a calidade do sinal. Unha mala negociación pode impedir a obtención da propiedade intelectual a pesar de ver o SSID e asociarse.

Comprobacións do servidor DHCP ou do enrutador

En redes cun servidor DHCP dedicado, é boa idea consultar os rexistros e o estado dos ámbitos. Elimina as entradas residuais de 169.254.xx se foron gardadas por erro e asegúrate de que a piscina activa non estea esgotada.

Boas prácticas operativas: desactivar as interfaces non utilizadas, asigna un IP estático válido ás interfaces de xestión, despregar DHCP en cada subrede e revisar as opcións avanzadas (como a detección de difusión se corresponde).

En entornos domésticos, inicie sesión na interface do enrutador e verifique que o servidor DHCP estea activado e teña alcance suficiente. Actualizar o firmware do enrutador axuda a corrixir erros coñecidos. e mellora o rendemento e a estabilidade.

Abordar os conflitos e o seu impacto

Os conflitos de IP poden deberse a asignacións manuais duplicadas, erros de DHCP ou reservas mal xestionadas. Identificar o tipo de conflito é fundamental para decidir se establecer concesións estáticas, renovar dinámicas ou revogar..

Nas empresas, dous ordenadores co mesmo enderezo IP poden paralizar servizos críticos, especialmente se o conflito afecta aos servidores. A monitorización e auditoría da rede periodicamente permite anticipar problemas. e reducir o tempo de inactividade.

APIPA e seguridade: posibles abusos e contramedidas

Algunhas fontes indican que forzar persistentemente APIPA en Windows pode empregarse de forma maliciosa, por exemplo, modificando entradas do rexistro relacionadas coa configuración automática, DHCP ou métricas de interface. O obxectivo dun atacante sería desconectar a conectividade do host. alteración de parámetros sensibles.

Entre a configuración mencionada nese contexto están claves como "IPAutoconfigurationEnabled", "EnableDHCP", "DhcpConnForceBroadcastFlag" ou os valores métricos das interfaces en ...\Tcpip\Parameters\Interfaces\<GUID>. Aínda que coñecelos axuda a defenderse, non é aconsellable automatizalos sen control. porque podes bloquear a rede ti mesmo.

Contramedidas: limitar os privilexios administrativos, protexer o Rexistro, reforzar as políticas de punto final, Monitorizar cambios pouco comúns na rede e ter scripts de recuperación (reinicio de TCP/IP)E, por suposto, manter os controladores e o sistema operativo actualizados reduce a superficie de ataque.

Linux: Zeroconf, Avahi e como desactivalo

En GNU/Linux, o comportamento equivalente está asociado con Zeroconf e o daemon avahi-autoipd. Se non queres que a interface adopte 169.254/16, hai varias maneiras dependendo da distribución.

Nas familias clásicas de Red Hat/CentOS, Zeroconf adoita desactivarse engadindo o seguinte á configuración global: definir 'NOZEROCONF=yes' e reiniciar a rede para evitar rutas locais de enlace automáticas.

# /etc/sysconfig/network
NETWORKING=yes
NOZEROCONF=yes
# Reinicio del servicio
service network restart

Se usas Avahi, pode ser necesario reiniciar ou desactivar o seu daemon dependendo da túa política de rede. En sistemas SysV máis antigos verás rutas como '/etc/init.d/avahi-daemon restart'; axusta o xestor de servizos da túa versión.

Outra opción é eliminar en quente a ruta 169.254.0.0/16 e definir rutas válidas para a subrede con ip/route. Como medida persistente, podes comentar as liñas que engaden a ruta de enlace local nos scripts avahi-autoipd. se a túa distribución os usa.

# Ejemplo orientativo (ajusta a tu entorno)
# Eliminar ruta link-local y forzar gateway de la LAN
ip route del 169.254.0.0/16 dev eth0
ip route add 192.168.1.0/24 via 192.168.1.1 dev eth0 metric 100

Outros pasos prácticos que adoitan axudar

A actualización do controlador do adaptador de rede (e do firmware do enrutador, se é o caso) resolve as incompatibilidades e os erros de negociación. Se non hai unha nova versión, reinstalar o controlador ás veces borra os estados corruptos. despois de meses de uso.

Se a situación persiste e sospeitas que se instalou o sistema, unha restauración do sistema operativo pode ser o xeito máis rápido de proceder. Fai unha copia de seguridade e considera unha instalación limpa se xa descartaches o hardware e o DHCP..

En máquinas con varias interfaces (físicas e virtuais), revise as prioridades e as métricas. As tarxetas virtuais do hipervisor poden interferir Se a métrica está por riba da NIC física, esta debería saír á LAN.

Para ver a táboa de rutas e as métricas asociadas en Windows, use: Deste xeito saberás que interface é a "gañadora" nas decisións de enrutamento..

netstat -rn

Se precisa axustar a métrica manualmente, vaia ás propiedades TCP/IPv4 da tarxeta, opcións avanzadas e desmarque a métrica automática para definir un valor baixo (por exemplo, 1) na interface principal. O resto pódese deixar en automático. para evitar sorpresas.

Preguntas frecuentes

• Por que o meu equipo só fala con outras persoas en 169.254.xx? Porque APIPA non configura pasarelas nin DNS. Só hai conectividade local de capa 3 dentro da mesma ligazón e non se atravesan enrutadores.
• A APIPA desaparece por si soa? Si, cando o servidor DHCP responde e entrega unha concesión válida. Windows volve tentar atopar un servidor cada poucos minutos e substitúe o enderezo IP local da ligazón sen intervención manual.
• Podo usar 169.254.xx como IP fixa "porque funciona"? Esta non é unha boa idea. Non é enrutable e viola o propósito do rango de enlace local. Usa rangos RFC1918 para IP privadas estáticas.
• Como desactivo APIPA sen eliminar DHCP? Edita o Rexistro para definir "IPAutoconfigurationEnabled" en 0 na interface correspondente. As versións antigas teñen rutas de clave diferentes; consulta a sección de desactivación.

Unha máquina que mostre 169.254.xx non é, en si mesma, "o problema", senón máis ben un síntoma de que non se obtivo unha concesión DHCP. Coas comprobacións anteriores (servizo DHCP, cables, controladores, firewall e métricas) O normal é volver a un IP válido e recuperar a conectividade completa.