Solution 1 :
Il s'agit d'adresses lien-local configurées dynamiquement. Ils ne sont valables que sur un seul segment de réseau et ne doivent pas être routés.
Il convient de noter en particulier que 169.254.169.254 est utilisé dans Amazon EC2 et d'autres plates-formes de cloud computing pour distribuer les métadonnées aux instances cloud.
Solution 2 :
Dans presque toutes les circonstances, il s'agit d'une adresse IP attribuée automatiquement par une interface configurée pour obtenir son adresse IP via DHCP, mais qui ne peut pas en obtenir une.
Solution 3 :
Il s'agit d'une adresse locale de lien IPv4, telle que définie dans la rfc3927. Habituellement, les boîtiers compatibles ZeroConfig/Bonjour/mdns et al sont configurés pour avoir une adresse IPv4 ll pour permettre la mise en réseau (domestique) sans la présence d'un serveur DHCP ou DNS unicast.
Solution 4 :
Il s'agit d'un cas particulier d'adresse APIPA. L'OP ne demande pas 169.254.x.x
En plus d'être une adresse APIPA, il s'agit de l'adresse interne utilisée par les instances AWS EC2 pour les requêtes EC2META via HTTP (curl, par exemple).
curl http://169.254.169.254/latest/meta-data/instance-id
renverra l'identifiant de l'instance sans retour à la ligne, ce qui est utile pour les scripts. Il n'est pas utilisé pour "distribuer" les métadonnées. Au lieu de cela, il est utilisé pour interroger ces attributs.