Windows s’attribue une adresse APIPA lorsqu’il ne parvient pas à obtenir une configuration DHCP.
Causes probables
Un seul poste en 169.254 peut avoir un problème local de carte, de pilote ou de pile réseau alors que le DHCP fonctionne. À l’inverse, plusieurs clients touchés sur un même VLAN orientent vers la liaison, le relais ou le serveur. Évitez d’attribuer immédiatement une IP statique : cela masque le défaut de DHCP sans le résoudre.
Vérifications
Vérifiez d’abord la liaison physique ou Wi‑Fi et exécutez ipconfig /all pour confirmer l’adresse APIPA, la carte utilisée et l’absence de bail DHCP. Testez un second poste sur le même port ou SSID, puis contrôlez le VLAN, le DHCP relay/IP helper et la plage disponible côté serveur. Une capture DHCP peut montrer si le Discover sort et si une Offer revient.
Solutions
Après correction, lancez ipconfig /release puis ipconfig /renew ou reconnectez proprement l’interface, puis vérifiez adresse, masque, passerelle et DNS reçus. Confirmez que le bail apparaît côté serveur et qu’un redémarrage ou une reconnexion ultérieure obtient encore une adresse valide. Le résultat doit être reproductible sans configuration manuelle.
FAQ — Le PC obtient une adresse 169.254.x.x
169.254 signifie-t-il que la carte réseau fonctionne ?
Elle est au moins active localement, mais cela ne prouve pas que le chemin vers le serveur DHCP est opérationnel.
Pourquoi un seul poste est-il touché ?
Le problème peut être local : pilote, interface, port, authentification réseau ou pile TCP/IP.
Que vérifier si tout un VLAN est touché ?
Le relais DHCP, les ACL, la portée DHCP, la disponibilité du serveur et le chemin réseau entre clients et serveur.