J'ai remarqué que IPv4 réservé 169.254.0.0/16et IPv6 réservé fe80::/10pour l'adressage lien-local. Bien que j'ai vu IPv6 utiliser à la fois l' fe80::/10adresse et mon adresse IPv6 privée fd00::12pour communiquer avec d'autres appareils dans Wireshark, je n'ai jamais vu 169.254/16travailler dans IPv4.
Alors, quel est le but de l'adressage lien-local?
Réponses:
Je n'ai jamais vu 169.254 / 16 fonctionner en IPv4.
Un PC acquiert automatiquement une adresse 169.254.xx / 16 s'il ne reçoit pas d'adresse IP d'un serveur DHCP. Si vous désactivez le serveur DHCP sur votre réseau domestique ou de laboratoire et émettez les commandes "ipconfig / release" et "ipconfig / renouvellement", votre PC recevra une adresse 169.254.xx.
Selon cet article :
Le but de ces adresses de liaison locale auto-attribuées est de faciliter la communication avec d'autres hôtes au sein du sous-réseau même en l'absence de configuration d'adresse externe (via une entrée manuelle ou DHCP). Contrairement à IPv6, la mise en œuvre des adresses de liaison locale IPv4 n'est recommandée qu'en l'absence d'une adresse routable normale. Les hôtes génèrent de manière pseudo-aléatoire les deux derniers octets de l'adresse pour atténuer les conflits d'adresses. En raison de la nature de la diffusion de certains protocoles de mise en réseau locaux (par exemple, NetBIOS de Microsoft), les hôtes peuvent être capables de se détecter même sans aucune connaissance préexistante du schéma d'adresse.
Les adresses de liaison locale sont utilisées pour la communication entre deux hôtes (qui sont là sur la même liaison) lorsqu'aucune autre adresse IP n'est spécifiée.
En termes simples, au moment du démarrage, OS essaie de configurer une adresse sur son interface à travers diverses méthodes comme -
Et si le système d'exploitation ne parvient pas à configurer une adresse sur l'interface via l'une des méthodes automatiques, il configure alors une adresse sur l'interface à partir du pool de liens locaux.
En IPv4, chaque interface utilise pour avoir une seule adresse alors qu'en IPv6, nous pouvons avoir plusieurs adresses sur une seule interface (comme link-local, adresse globale sur une interface).
En raison de l'imitation d'avoir une adresse sur une interface dans IPv4, vous n'avez peut-être pas vu une adresse de plage 169.254.0.0/16 sur l'interface.
Les adresses Link-Local sont requises pour l'opération IPv6, mais pas pour IPv4. Microsoft, entre autres, a développé la norme APIPA (Automatic Private IP Addressing) en utilisant l'adressage IPv4 Link-Local, mais elle n'est pas obligatoire ou prise en charge par tous les systèmes d'exploitation. J'ai également vu des gens abuser des adresses IPv4 Link-Local en les attribuant et en les sous-créant manuellement, ce qui est contraire à la RFC 3927, Configuration dynamique des adresses IPv4 Link-Local , qui est une norme.
Veuillez lire RFC 3927, Configuration dynamique des adresses IPv4 Link-Local :
introduction
Alors que le protocole Internet continue de gagner en popularité, il devient de plus en plus utile de pouvoir utiliser des outils IP familiers tels que FTP non seulement pour la communication mondiale, mais également pour la communication locale. Par exemple, deux personnes possédant des ordinateurs portables prenant en charge les réseaux locaux sans fil IEEE 802.11 [ 802.11 ] peuvent se rencontrer et souhaiter échanger des fichiers. Il est souhaitable que ces personnes puissent utiliser un logiciel d'application IP sans l'inconvénient d'avoir à configurer manuellement des adresses IP statiques ou à configurer un serveur DHCP [ RFC2131 ].
Ce document décrit une méthode par laquelle un hôte peut configurer automatiquement une interface avec une adresse IPv4 dans le préfixe 169.254 / 16 qui est valide pour la communication Link-Local sur cette interface. Ceci est particulièrement utile dans les environnements où aucun autre mécanisme de configuration n'est disponible. Le préfixe IPv4 169.254 / 16 est enregistré auprès de l'IANA à cet effet. L'allocation des adresses IPv6 Link-Local est décrite dans «Autoconfiguration d'adresse IPv6 sans état» [ RFC2462 ].
La communication Link-Local utilisant les adresses IPv4 Link-Local ne convient que pour la communication avec d'autres appareils connectés à la même liaison physique (ou logique). La communication Link-Local utilisant les adresses IPv4 Link-Local ne convient pas pour la communication avec des appareils qui ne sont pas directement connectés à la même liaison physique (ou logique).
Microsoft Windows 98 (et versions ultérieures) et Mac OS 8.5 (et versions ultérieures) prennent déjà en charge cette fonctionnalité. Ce document standardise l'utilisation, prescrivant des règles sur la façon dont les adresses IPv4 Link-Local doivent être traitées par les hôtes et les routeurs. En particulier, il décrit comment les routeurs doivent se comporter lors de la réception de paquets avec des adresses IPv4 Link-Local dans l'adresse source ou de destination. En ce qui concerne les hôtes, il aborde la revendication et la défense d'adresses, le maintien des adresses IPv4 Link-Local et routables sur la même interface et les problèmes de multi-hébergement.
Lorsque IPv6 a été développé, de nombreux éléments ont été intégrés, qui étaient des fonctionnalités complémentaires facultatives d'IPv4. L'adressage Link-Local en faisait partie. Chaque interface IPv6 va obtenir une adresse Link-Local afin qu'un appareil puisse au moins communiquer sur la liaison locale et, en tant que fonction intégrée, de nombreuses choses, par exemple des protocoles de routage, l'utilisent pour les communications sur la liaison locale.
fd00::12adressage IPv6 ULA (votre ). RFC 4193, adresses de monodiffusion IPv6 locales uniques, section 3.2.1. Les ID globaux attribués localement nécessitent que les 40 bits suivants, l'ID global, soient choisis au hasard. Les chances que vous ayez tous les zéros pour l'ID global, pendant que vous l'utilisez, sont pratiquement nulles.