Identifiant d'interface - Revision history

Knicolas: /* Valeur aléatoire */

2009-07-13T08:52:40Z

‎Valeur aléatoire

Knicolas: /* Selection du type d'identifiant d'interface */

2009-07-13T08:42:30Z

‎Selection du type d'identifiant d'interface

Laurent Toutain: /* Manuel */

2007-02-27T20:58:54Z

‎Manuel

Bruno Stévant: /* Manuel */

2007-02-20T18:58:45Z

‎Manuel

Bruno Stévant: /* Manuel */

2007-02-20T18:58:26Z

‎Manuel

WikiSysop: /* Manuel */

2006-06-01T00:25:08Z

‎Manuel

Bruno Stévant: /* EUI-64 */

2006-04-06T12:06:48Z

‎EUI-64

Laurent Toutain at 09:26, 4 March 2006

2006-03-04T09:26:26Z

Laurent Toutain: /* Valeur aléatoire */

2006-03-04T09:21:35Z

‎Valeur aléatoire

Laurent Toutain: /* Valeur aléatoire */

2006-03-04T09:20:40Z

‎Valeur aléatoire

@@ Line 60: / Line 60: @@
 La figure Configuration des interfaces sous Windows illustre cette propriété, en retournant le résultat de la commande <tt>ipconfig</tt>. On peut noter que l'interface du réseau sans-fils possède trois adresses IPv6 (une lien locale et deux globales). Les adresses globales possèdent le même préfixe de 64 octets (<tt>2001:660:7307:6030::/64</tt>). La première adresse globale a le bit <tt>u=0</tt> dans l'identifiant d'interface, il s'agit de celle générée aléatoirement. La deuxième à le bit <tt>u</tt> à <tt>1</tt> et l'on retrouve la séquence <tt>0xFFFE</tt> au milieu de l'identifiant d'interface; cette adresse est dérivée de l'adresse MAC. Sous Windows, par défaut, les adresses aléatoires ont une durée de vie d'une semaine. Par exemple, en utilisant la commande <tt>netsh</tt> :
-  netsh interface ipv6>'''show address'''
+  '''netsh interface ipv6 show address'''
   Recherche du statut actif...

@@ Line 78: / Line 78: @@
 ==Selection du type d'identifiant d'interface==
-Si l'on sélectionne correctement le type d'identifiant d'interface, la gestion de l'adressage IPv6 est aussi facile (voire plus simple) qu'en IPv6. Ainsi, il est préférable de donner aux serveurs des identifiants d'inteface construit manuellement. Il sera ainsi beaucoup plus facile de se rappeler de leur adresse. De plus si l'équipement est remplacé et par conséquent que la carte réseau est différente, l'adresse IPv6 restera stable. Pour les clients, il est plus simple d'utiliser l'identifiant d'interface construit à partir de l'adresse MAC.
+Si l'on sélectionne correctement le type d'identifiant d'interface, la gestion de l'adressage IPv6 est aussi facile (voire plus simple) qu'en IPv4. Ainsi, il est préférable de donner aux serveurs des identifiants d'inteface construit manuellement. Il sera ainsi beaucoup plus facile de se rappeler de leur adresse. De plus si l'équipement est remplacé et par conséquent que la carte réseau est différente, l'adresse IPv6 restera stable. Pour les clients, il est plus simple d'utiliser l'identifiant d'interface construit à partir de l'adresse MAC.
 {{suivi |Lien-local|Adresses Lien-local|Site-local|Site-local}}

@@ Line 42: / Line 42: @@
 des machine du domaine devront être reconfigurées. Si l'on ne souhaite pas
 utiliser des protocoles de configuration automatique de type DHCPv6,
-il est préférable d'attribuer au resolveur DNS une adresse manuelle.
+il est préférable d'attribuer au résolveur DNS une adresse manuelle.
 === Valeur aléatoire ===

← Older revision		Revision as of 18:58, 20 February 2007
Line 37:		Line 37:

	L'utilisation de l'adresse MAC pour construire l'adresse IP de la machine peut conduire dans certains cas à des problèmes de configuration, en particulier si la machine est un serveur. En effet, s'il l'on change la carte Ethernet de l'équipement (voire l'équipement) l'adresse IPv6 qui en dépend change également.		L'utilisation de l'adresse MAC pour construire l'adresse IP de la machine peut conduire dans certains cas à des problèmes de configuration, en particulier si la machine est un serveur. En effet, s'il l'on change la carte Ethernet de l'équipement (voire l'équipement) l'adresse IPv6 qui en dépend change également.
−

	Le résolveur DNS est le cas le plus flagrant ; chaque machine sur le		Le résolveur DNS est le cas le plus flagrant ; chaque machine sur le

@@ Line 40: / Line 40: @@
 Le résolveur DNS est le cas le plus flagrant ; chaque machine sur le
-réseau doit posséder l'adresse IPv6 du serveur dns dans le fichier
+réseau doit être configurée avec l'adresse IPv6 du serveur DNS. En cas de changement de carte réseau, l'ensemble
-<tt>/etc/resolv.conf</tt>. En cas de changement de carte réseau, l'ensemble
 des machine du domaine devront être reconfigurées. Si l'on ne souhaite pas
 utiliser des protocoles de configuration automatique de type DHCPv6,
-il est préférable d'attribuer au resolver DNS une adresse manuelle.
+il est préférable d'attribuer au resolveur DNS une adresse manuelle.
 === Valeur aléatoire ===

@@ Line 38: / Line 38: @@
 L'utilisation de l'adresse MAC pour construire l'adresse IP de la machine peut conduire dans certains cas à des problèmes de configuration, en particulier si la machine est un serveur. En effet, s'il l'on change la carte Ethernet de l'équipement (voire l'équipement) l'adresse IPv6 qui en dépend change également.
-Le resolveur DNS est le cas le plus flagrant, chaque machine sur le réseau doit posséder dans le fichier <tt>/etc/resolv.conf</tt> l'adresse IPv6, en cas de changement de carte réseau, l'ensemble de machine du domaine devront être reconfigurée manuellement pour prendre en compte le changement d'adresse. Si l'on ne souhaite pas utiliser des protocoles de configuration automatique de type DHCPv6, il est préférable d'attribuer au resolver DNS une adresse manuelle.
 === Valeur aléatoire ===

@@ Line 19: / Line 19: @@
 ** <tt>u</tt> (Universel) vaut <tt>0</tt> si l'identifiant EUI-64 est universel,
 ** <tt>g</tt> (Groupe) indique si l'adresse est individuelle (<tt>g = 0</tt>), c'est-à-dire désigne un seul équipement sur le réseau, ou de groupe (<tt>g = 1</tt>), par exemple une adresse de multicast.
-: L'ordre des bits ne doit pas porter à confusion. Dans la représentation numérique des valeurs,
+: L'ordre des bits ne doit pas porter à confusion. Dans la représentation numérique des valeurs, le premier bit transmis est le bit de poids faible, c'est-à-dire le bit de droite. Ainsi sur le support physique le bit <tt>g</tt>, puis le bit <tt>u</tt> puis les bits suivants sont transmis.
 le premier bit transmis est le bit de poids faible, c'est-à-dire le bit de droite. Ainsi sur le
 support physique le bit <tt>g</tt>, puis le bit <tt>u</tt> puis les bits suivants sont transmis.
 [[image:Fig3-9.png|thumb|right|350px|Figure 3-9 ''Identificateur d'interface dérivé d'une EUI-64'']]

← Older revision		Revision as of 09:26, 4 March 2006
Line 73:		Line 73:

	Si un identifiant aléatoire permet de rendre beaucoup plus anonyme la source du paquet, des propositions sont faites à l'IETF pour lier l'identifiant d'interface à la clé publique de l'émetteur du paquet. Le RFC 3972 définit le principe de création de l'identifiant d'interface (CGA : ''Cryptographic Generated Addresses'') à partir de la clé publique de la machine. Elles pourraient servir pour sécuriser les protocoles de découverte de voisins ou pour la gestion de la multi-domiciliation.		Si un identifiant aléatoire permet de rendre beaucoup plus anonyme la source du paquet, des propositions sont faites à l'IETF pour lier l'identifiant d'interface à la clé publique de l'émetteur du paquet. Le RFC 3972 définit le principe de création de l'identifiant d'interface (CGA : ''Cryptographic Generated Addresses'') à partir de la clé publique de la machine. Elles pourraient servir pour sécuriser les protocoles de découverte de voisins ou pour la gestion de la multi-domiciliation.
		+
		+	==Selection du type d'identifiant d'interface==
		+
		+	Si l'on sélectionne correctement le type d'identifiant d'interface, la gestion de l'adressage IPv6 est aussi facile (voire plus simple) qu'en IPv6. Ainsi, il est préférable de donner aux serveurs des identifiants d'inteface construit manuellement. Il sera ainsi beaucoup plus facile de se rappeler de leur adresse. De plus si l'équipement est remplacé et par conséquent que la carte réseau est différente, l'adresse IPv6 restera stable. Pour les clients, il est plus simple d'utiliser l'identifiant d'interface construit à partir de l'adresse MAC.

	{{suivi \|Lien-local\|Adresses Lien-local\|Site-local\|Site-local}}		{{suivi \|Lien-local\|Adresses Lien-local\|Site-local\|Site-local}}

@@ Line 56: / Line 56: @@
 [[image:Fig3-A.png|thumb|right|350px|''Configuration des interfaces sous Windows'']]
-La figure Configuration des interfaces sous Windows illustre cette propriété. On peut noter que l'interface du réseau sans-fils possède trois adresses IPv6 (une lien locale et deux globales). Les adresses globales possèdent le même préfixe de 64 octets (<tt>2001:660:7307:6030::/64</tt>). La première adresse globale a le bit <tt>u=0</tt> dans l'identifiant d'interface, il s'agit de celle générée aléatoirement. La deuxième à le bit <tt>u</tt> à <tt>1</tt> et l'on retrouve la séquence <tt>0xFFFE</tt> au milieu de l'identifiant d'interface; cette adresse est dérivée de l'adresse MAC. Sous Windows, par défaut, les adresses aléatoires ont une durée de vie d'une semaine. Par exemple, en utilisant la commande <tt>netsh</tt> :
+La figure Configuration des interfaces sous Windows illustre cette propriété, en retournant le résultat de la commande <tt>ipconfig</tt>. On peut noter que l'interface du réseau sans-fils possède trois adresses IPv6 (une lien locale et deux globales). Les adresses globales possèdent le même préfixe de 64 octets (<tt>2001:660:7307:6030::/64</tt>). La première adresse globale a le bit <tt>u=0</tt> dans l'identifiant d'interface, il s'agit de celle générée aléatoirement. La deuxième à le bit <tt>u</tt> à <tt>1</tt> et l'on retrouve la séquence <tt>0xFFFE</tt> au milieu de l'identifiant d'interface; cette adresse est dérivée de l'adresse MAC. Sous Windows, par défaut, les adresses aléatoires ont une durée de vie d'une semaine. Par exemple, en utilisant la commande <tt>netsh</tt> :
   netsh interface ipv6>'''show address'''