Je suis sur une box RedHat 6. IPv6 est activé par défaut et toutes les interfaces ont reçu une adresse IPv6.
ifconfig
signale que ces adresses IPv6 ont la portée de «Link».
% ifconfig eth0 Encap Link: Ethernet HWaddr 00: 24: 90: AA: BB: 1A
inet addr: 192.168.10.100 Bcast: 192.168.10.255 Mask: 255.255.255.0 inet6 addr: fe80 :: 224: 90ff: feaa: bb1a / 64 Portée: Link UP BROADCAST RUNNING MULTICAST MTU: 1500 Métrique: 1eth1 Link encap: Ethernet HWaddr 00: 24: 90: AA: BB: 1B
inet addr: 10.8.8.44 Bcast: 10.8.8.255 Mask: 255.255.255.0 inet6 addr: fe80 :: 224: 90ff: feaa: bb1b / 64 Portée: Link UP BROADCAST RUNNING MULTICAST MTU: 1500 Métrique: 1
Que signifie «Scope: Link»? Je vois que la dernière partie de l'adresse IPv6 est similaire à l'adresse MAC de la carte réseau. Les autres appareils sur le même segment de réseau sont-ils capables d'envoyer une requête ping à cet appareil, même si je n'ai pas explicitement configuré d'adresse IPv6?
Pourquoi cette étendue n'apparaît-elle pas pour mes adresses IPv4? "Scope: Link" est-il un concept IPv6 uniquement?
Réponses:
La portée du lien, fe80 :: / 10 (il est pratiquement implémenté en tant que / 64, mais l'ensemble / 10 est réservé), est isolée des périphériques sur un segment de couche 2. Vous pouvez utiliser l'adresse fe80 d'un périphérique pour communiquer au sein du segment, mais vous aurez besoin d'une adresse avec une portée différente pour effectuer toute communication nécessitant un routage en dehors du segment.
Concernant votre édition: Bien que l'idée d'un adressage privé soit certainement en place dans IPv4 (169.254 / 16 et les gammes RFC 1918), la mise en œuvre de celles-ci est quelque peu différente en raison de la prévalence du NAT. En revanche, des adresses de portée de liaison et la plage fc00 :: / 7 (qui est à peu près équivalente aux plages RFC1918 d'IPv4) existent et sont utilisées à côté de l'adresse globale de chaque périphérique.
Une gestion spéciale est en place dans de nombreuses implémentations pour tenir compte de la portée d'une adresse qui n'était pas nécessaire dans les implémentations IPv4.
la source
169.254.0.0/16 n'est PAS un adressage "privé". Il s'agit de l'adressage "Link Local".
Cependant, comme indiqué, l'adressage Link Local dans IPv4 est très différent (et beaucoup moins utile) que l'adressage Link Local dans IPv6.
Dans IPv6, vous ne pouvez pas obtenir de connectivité globale ou une adresse de portée globale (sauf une adresse statique) sans avoir d'abord une adresse locale de liaison. Les adresses locales de liaison sont utilisées pour résoudre les routeurs du prochain saut, pour les contiguïtés OSPF, pour SLAAC et DHCPv6 et bien d'autres choses dans IPv6.
fd00 :: / 8 (ULA Random) a un objectif et une idéologie quelque peu similaires à l'adressage RFC-1918 (10.0.0.0/8, 172.16.0.0/12, 192.168.0.0/16), mais est assez différent. En théorie, vous devez utiliser un processus aléatoire fiable pour produire les 40 bits nécessaires (les chiffres x dans fdxx: xxxx: xxxx :: / 48) pour créer un préfixe / 48. Théoriquement, cela devrait rendre improbables les collisions entre les organisations rejoignant leurs réseaux adressés ULA.
fc00 :: / 8 (l'autre moitié de fc00 :: / 7) était censé être enregistré ULA, mais le RFC a reçu une forte opposition et n'est pas parvenu à un consensus. Le projet a expiré et bien que l'IANA ait réservé fc00 :: / 7 pour ULA et fd00 :: / 8 est désigné pour ULA Random, il n'y a pas de normes de définition RFC ou permettant l'utilisation de fc00 :: / 8 pour le moment.
Un hôte qui possède IPv6 global aura un rapport d'interface semblable au suivant:
(Ce qui précède est une interface attribuée statiquement)
Notez, cependant, qu'il a toujours à la fois une adresse de lien local (fe80 :: c19: 132b: 7ba: abc2 / 64) et une adresse de monodiffusion globale (2001: db8: 930 :: 5/64).
J'ai changé le préfixe IPv6 en celui réservé à la documentation et caviardé le préfixe IPv4.
la source