Què fer si Windows assigna una IP APIPA (169.xxx): causes reals i solució definitiva

Quan el vostre equip apareix amb una adreça 169.254.xx i la xarxa mostra l'avís de connectivitat limitada, és molt probable que estigui funcionant l'encaminament automàtic APIPA. Aquest mecanisme assigna una IP local d'emergència quan el DHCP falla, permetent certa comunicació a la mateixa xarxa física però sense sortida a altres xarxes.

Als entorns domèstics i corporatius és un tema recurrent: targetes a DHCP que no reben resposta i cauen a APIPA, portàtils que es connecten per Wi‑Fi sense Internet, o servidors que, per un problema puntual, deixen de renovar la seva concessió. Comprendre què és APIPA, com opera i com desactivar-ho o diagnosticar-ho t'estalviarà temps i mals de cap.

Què és APIPA i per a què serveix

APIPA (Automatic Private IP Addressing) és una funcionalitat d'IPv4 que autoconfigura la interfície amb una adreça del bloc 169.254.0.0/16 si no hi ha un servidor DHCP disponible. Només assigna adreça IP i màscara 255.255.0.0, sense porta d'enllaç ni DNS, de manera que permet comunicació local entre equips al mateix segment i res més.

Aquest espai està reservat per IANA per a adreces d'enllaç local segons la RFC 3927, i s'enquadra dins dels anomenats rangs link-local. A la pràctica, APIPA manté la xarxa “viva” a nivell local quan no hi ha configuració vàlida, però no és enrutable ni serveix per sortir a Internet.

Important per enquadrar les normes: la RFC 3330 (posteriorment reemplaçada per la RFC 5735) i la RFC 3927 defineixen lús daquestes adreces. El rang utilitzable en equips sol anar de 169.254.1.0 a 169.254.254.255, deixant reservats els dos extrems (169.254.0.xi 169.254.255.x) i usant 169.254.255.255 com a broadcast.

Com funciona APIPA en detall

Quan una interfície està a DHCP i no obté resposta, el sistema activa APIPA. El client envia diversos DHCPDISCOVER en arrencar; una descripció habitual és que llança 3 o 4 sol·licituds en pocs segons i, si no hi ha resposta, inicia l'autoconfiguració link-local.

Durant l'autoconfiguració, l'equip tria una IP pseudoaleatòria dins del rang permès i verifica que no estigui en ús mitjançant sondes (ARP o difusió) abans de fixar-la. Si detecta conflicte, prova una altra adreça fins a un màxim d'intents; alguns textos descriuen fins a 10 intents abans de desistir si persisteixen els xocs.

Un cop assignada, el client continua buscant un servidor DHCP de forma periòdica. A Windows, per exemple, es reintenten les sol·licituds DHCP aproximadament cada 5 minuts. Si hi ha un servidor, la pila TCP/IP substitueix l'IP APIPA per una concessió vàlida.

APIPA només s'aplica a IPv4; a IPv6 s'utilitza l'autoconfiguració sense estat (SLAAC), descrita a la RFC 2462 (avui actualitzada per la RFC 4862), amb un mecanisme diferent i adreces d'enllaç-local amb prefix fe80::/10.

APIPA a Windows: comportament i particularitats

En sistemes Windows moderns, APIPA està habilitat per defecte. En no rebre DHCP, la pila s'autoassigna i prova periòdicament a recuperar una concessió. A més, la funcionalitat de “detecció de mitjans” (media sense) accelera el reintent quan torna la connectivitat.

En versions antigues com Windows 98 no existia mitjana sense, cosa que podia retardar la reconnexió després d'una caiguda física. Windows 2000, XP, 7, 10 i posteriors incorporen mitjana sense i altres característiques complementàries com ICMP Router Discovery o escolta RIP per millorar el context de xarxa.

Algunes implementacions de Windows generen la IP APIPA mitjançant un hash de l'adreça MAC de la interfície, buscant estabilitat després de reinicis i reduint la probabilitat de duplicitats (sempre amb comprovació de conflictes prèvia).

Com saber si ets a APIPA

Al Windows 2000/XP/Server 2003 i posteriors, obre un símbol del sistema i executa: ipconfig /all per revisar el bloc d'autoconfiguració. Si l'autoconfiguració està habilitada i la IP és 169.254.xi amb màscara 255.255.0.0, ets a APIPA.

En edicions Windows antigues (Windows 98, Windows Me), la utilitat winipcfg permet veure si hi ha una adreça dins de 169.254.xx sota el rètol de configuració automàtica. Veure aquesta IP indica que no hi ha concessió DHCP disponible.

Desactivar o activar APIPA al Windows

APIPA es pot deshabilitar, mantenint o no lús de DHCP segons el cas. Això es realitza editant el Registre de Windows, variant la ruta segons la versió del sistema.

• Al Windows 98/Me: afegeix l'entrada DWORD 'IPAutoconfigurationEnabled' amb valor 0x0 a: HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\VxD\DHCP.
• A Windows 2000/XP/Server 2003: afegeix 'IPAutoconfigurationEnabled' (DWORD 0x0) sota la interfície concreta: HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Tcpip\Parameters\Interfaces\<GUID_del_adaptador>.
• En versions més recents (Windows 7/8/10/11), també veureu referències al contenidor de paràmetres globals de TCP/IP: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters. Recordeu que un valor 1 habilita APIPA i 0 el desactiva.

Després de canviar el Registre, convé reiniciar perquè l'ajust faci efecte. Fes còpia de seguretat del Registre abans de tocar res, especialment en equips crítics.

Escenaris típics on apareix APIPA

Inici sense concessió prèvia i sense DHCP: el client arrenca, emet diversos missatges de descobriment (3 o més) i, si no hi ha resposta, s'autoassigna una IP de classe B dins de 169.254/16. Continua reintentant a intervals.

Amb concessió anterior i sense DHCP: l'equip sondeja la porta d'enllaç predeterminada; si respon, conserva l'antiga IP. Si no responeu o no hi ha gateway configurada, s'activa APIPA i es notifiquen errors a l'usuari.

Concessió caducada i sense DHCP: el client intenta renovar; si no troba servidor, cau a APIPA, envia diverses deteccions i repeteix el cicle cada pocs minuts fins que el servidor torni a estar en línia.

Diagnòstic ràpid quan veieu 169.254.xx

Comença per allò bàsic: comprova cables, enllaços, estat del router o del switch i el servei DHCP de l'equip que l'ofereix (a casa sol ser el router). Un reinici controlat del router i de la interfície de xarxa força una nova negociació.

Al Windows, executa aquestes ordres en un símbol del sistema amb permisos elevats per resetejar la pila: són segurs i solen resoldre incidències freqüents.

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

Revisa també que el servei 'Client DHCP' estigui actiu (services.msc) i, si necessites, habilitar DHCP a Windows 10. Heu d'estar en estat Iniciat i tipus d'inici Automàtic perquè la interfície obtingui concessions correctament.

Si utilitzeu Wi‑Fi, valideu la compatibilitat de l'adaptador amb la seguretat del punt d'accés (WPA/WPA2, etc.) i la qualitat de senyal. Una mala negociació pot impedir l'obtenció d'IP malgrat veure el SSID i associar-te.

Comprovacions del servidor o del router DHCP

En xarxes amb servidor DHCP dedicat, cal mirar els registres i l'estat dels àmbits. Elimina entrades residuals de 169.254.xx si s'haguessin desat per error i assegura't que el pool actiu no està esgotat.

Bones pràctiques operatives: deshabilita interfícies que no es facin servir, assigna IP estàtica vàlida a les interfícies d'administració, desplega DHCP a cada subxarxa i revisa opcions avançades (com broadcast de descobriment si aplica).

En entorns domèstics, entra a la interfície del router i verifica que el servidor DHCP estigui habilitat i amb rang suficient. Actualitzar el firmware del router ajuda a corregir errors coneguts i millora rendiment i estabilitat.

Conflictes d'adreces i impacte

Els conflictes IP poden venir d'assignacions manuals duplicades, errors del DHCP o reserves mal gestionades. Identificar el tipus de conflicte és clau per decidir si fixar estàtiques, renovar dinàmiques o revocar arrendaments.

A empreses, dos equips amb la mateixa IP poden aturar serveis crítics, especialment si el conflicte afecta servidors. Monitoritzar i auditar la xarxa periòdicament permet anticipar problemes i reduir temps d´inactivitat.

APIPA i seguretat: abusos possibles i contramesures

Algunes fonts assenyalen que forçar persistentment APIPA a Windows es pot fer servir de forma maliciosa, per exemple modificant entrades de Registre relacionades amb autoconfiguració, DHCP o mètrica d'interfícies. L'objectiu d'un atacant seria deixar fora de servei la connectivitat del host alterant paràmetres sensibles.

Entre els paràmetres esmentats en aquest context apareixen claus com 'IPAutoconfigurationEnabled', 'EnableDHCP', 'DhcpConnForceBroadcastFlag' o els valors de mètrica de les interfícies a ...\Tcpip\Parameters\Interfaces\<GUID>. Tot i que conèixer-los ajuda a defensar, no convé automatitzar-los sense control perquè et pots bloquejar tu mateix la xarxa.

Contramesures: limitar privilegis administratius, protegir el Registre, endurir polítiques d'endpoints, vigilar canvis de xarxa inusuals i tenir scripts de recuperació (reset de TCP/IP). I, per descomptat, mantenir drivers i SO actualitzats redueix superfície datac.

Linux: Zeroconf, Avahi i com deshabilitar-ho

A GNU/Linux, el comportament equivalent s'associa a Zeroconf i al dimoni avahi-autoipd. Si no vols que la interfície adopti 169.254/16, hi ha diverses vies depenent de la distro.

En famílies Red Hat/CentOS clàssiques se sol desactivar Zeroconf afegint a la configuració global: estableix 'NOZEROCONF=yes' i reinicia xarxa per evitar rutes link-local automàtiques.

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

Si utilitzeu Avahi, reiniciar o desactivar el vostre dimoni pot ser necessari segons la política de la vostra xarxa. En sistemes SysV antics veuràs rutes com '/etc/init.d/avahi-daemon restart'; ajusta el gestor de serveis de la teva versió.

Una altra aproximació és eliminar la ruta 169.254.0.0/16 en calent i fixar rutes vàlides per a la vostra subxarxa amb ip/route. Com a mesura persistent, podeu comentar les línies que afegeixen la ruta link-local als scripts d'avahi-autoipd si la teva distribució els fa servir.

# 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

Altres passos pràctics que solen ajudar

Actualitzar el controlador de l'adaptador de xarxa (i firmware del router si escau) soluciona incompatibilitats i fallades de negociació. Si no hi ha versió nova, reinstal·lar el driver de vegades neteja estats corruptes després de mesos dús.

Si la situació és persistent i sospites de la instal·lació del sistema, una restauració del SO pot ser la via ràpida. Fes còpia de seguretat i valora una instal·lació neta si ja has descartat maquinari i DHCP.

En màquines amb múltiples interfícies (físiques i virtuals), revisa prioritats i mètriques. Les targetes virtuals d'hipervisors poden interferir si la mètrica queda per sobre de la NIC física que ha de sortir a la LAN.

Per veure la taula de rutes i mètrica associada a Windows, utilitza: així sabràs quina interfície està “guanyant” en les decisions d'encaminament.

netstat -rn

Si necessiteu ajustar la mètrica manualment, entreu a les propietats TCP/IPv4 de la targeta, opcions avançades, i desmarqueu la mètrica automàtica per establir un valor baix (p. ex., 1) a la interfície principal. La resta poden quedar en automàtic per evitar sorpreses.

Preguntes freqüents

• Per què el meu equip només parla amb altres a 169.254.xx? Perquè APIPA no configura gateway ni DNS. Només hi ha connectivitat local de capa 3 dins del mateix enllaç i no es travessen encaminadors.
• APIPA es treu sola? Sí, quan el servidor DHCP respon i lliura una concessió vàlida. Windows reintenta esbrinar un servidor cada pocs minuts i substitueix la IP link-local sense intervenció manual.
• Puc utilitzar 169.254.xx com a IP fixa “perquè funciona”? No és una bona idea. No és enrutable i viola la finalitat del rang link-local. Empra rangs RFC1918 per a IPs privades estàtiques.
• Com desactiu APIPA sense treure DHCP? Editant el Registre per posar 'IPAutoconfigurationEnabled' a 0 a la interfície corresponent. En versions antigues hi ha rutes de clau diferents; revisa la secció de desactivació.

Que una màquina mostri una 169.254.xx no és, per ella mateixa, “el problema”, sinó el símptoma que no s'ha aconseguit una concessió per DHCP. Amb les revisions de dalt (servei DHCP, cables, drivers, firewall i mètriques) el més normal és tornar a una IP vàlida i recuperar la connectivitat completa.