Je suis passé en 12.04 récemment et j'ai un pb avec mon adresse IPV6.
l'adresse mac de mon ordi se termine en "A9:60",
l'adresse IPV6 se termine par ":e2bc".
avant ce passage en 12.04 (la 11.10) cette adresse IPV6 se terminait
comme l'adresse mac càd en "960".
cependant si, depuis un autre ordi, je ping6 mon ancienne adresse IPV6
tous les paquets sont reçus.
donc, par ping6 j'ai envie de dire que "rien n'a changé" et pourtant la
fenêtre "Informations de connexion" me donne l'IPV6 comme mentionnée
plus haut, terminaison en ":e2bc".
En quoi l'utilisation d'adresses temporaires va-t-elle à l'encontre de la connectivité de bout en bout ?
Ben... dans un un sens, pas dans l'autre, puisque par définition, l'adresse est inconnue de l'autre bout. Et un DynDNS pour IPv6, je doute que ça existe un jour...
-- XAv In your pomp and all your glory you're a poorer man than me, as you lick the boots of death born out of fear. (Jethro Tull)
En quoi l'utilisation d'adresses temporaires va-t-elle à l'encontre de
la connectivité de bout en bout ?
Ben... dans un un sens, pas dans l'autre, puisque par définition,
l'adresse est inconnue de l'autre bout. Et un DynDNS pour IPv6, je doute
que ça existe un jour...
--
XAv
In your pomp and all your glory you're a poorer man than me,
as you lick the boots of death born out of fear.
(Jethro Tull)
En quoi l'utilisation d'adresses temporaires va-t-elle à l'encontre de la connectivité de bout en bout ?
Ben... dans un un sens, pas dans l'autre, puisque par définition, l'adresse est inconnue de l'autre bout. Et un DynDNS pour IPv6, je doute que ça existe un jour...
-- XAv In your pomp and all your glory you're a poorer man than me, as you lick the boots of death born out of fear. (Jethro Tull)
Pascal Hambourg
Une Bévue a écrit :
Comme ça peut servir à d'autres, je poste une solution, sans doute temporaire car elle me semble résoudre un bug.
Merci pour celles et ceux que cela pourrait intéresser.
Donc, contrairement à ce qui est annoncé à la page : <http://www.queret.net/blog/2012/04/357/> les changements dans le fichier /etc/sysctl.d/10-ipv6-privacy.conf sont inopérants.
Surtout, l'information importante est : "This feature is enabled by default, hardcoded (as it seems) in the last release of NetworkManager."
Car, d'après la page : <https://chroot-me.in/blog/index.php/blog/43> il semble que le network-manager lise /etc/syscl.conf, mais pas /etc/sysctl.d/*.
On peut supposer qu'il se contente d'exécuter "sysctl -p", qui ne lit que ce fichier contrairement au script d'init.
Et ça roule car l'adresse MAC de mon portable étant : w:x:y:z:A9:60 sont IPV6 est maintenant : aaa:bbb:ccc:ddd:eee:fff:ggg:a960
soit exacetement la même que celle que j'avais avec Ubuntu 11.10, ce qui était le but recherché.
En fait avec use_tempaddr=2 la machine avait aussi l'adresse habituelle basée sur l'adresse MAC, mais elle n'était pas utilisée par défaut pour les communications sortantes.
Une Bévue a écrit :
Comme ça peut servir à d'autres, je poste une solution, sans doute
temporaire car elle me semble résoudre un bug.
Merci pour celles et ceux que cela pourrait intéresser.
Donc, contrairement à ce qui est annoncé à la page :
<http://www.queret.net/blog/2012/04/357/>
les changements dans le fichier /etc/sysctl.d/10-ipv6-privacy.conf sont
inopérants.
Surtout, l'information importante est : "This feature is enabled by
default, hardcoded (as it seems) in the last release of NetworkManager."
Car, d'après la page :
<https://chroot-me.in/blog/index.php/blog/43>
il semble que le network-manager lise /etc/syscl.conf, mais pas
/etc/sysctl.d/*.
On peut supposer qu'il se contente d'exécuter "sysctl -p", qui ne lit
que ce fichier contrairement au script d'init.
Et ça roule car l'adresse MAC de mon portable étant :
w:x:y:z:A9:60
sont IPV6 est maintenant :
aaa:bbb:ccc:ddd:eee:fff:ggg:a960
soit exacetement la même que celle que j'avais avec Ubuntu 11.10, ce qui
était le but recherché.
En fait avec use_tempaddr=2 la machine avait aussi l'adresse habituelle
basée sur l'adresse MAC, mais elle n'était pas utilisée par défaut pour
les communications sortantes.
Comme ça peut servir à d'autres, je poste une solution, sans doute temporaire car elle me semble résoudre un bug.
Merci pour celles et ceux que cela pourrait intéresser.
Donc, contrairement à ce qui est annoncé à la page : <http://www.queret.net/blog/2012/04/357/> les changements dans le fichier /etc/sysctl.d/10-ipv6-privacy.conf sont inopérants.
Surtout, l'information importante est : "This feature is enabled by default, hardcoded (as it seems) in the last release of NetworkManager."
Car, d'après la page : <https://chroot-me.in/blog/index.php/blog/43> il semble que le network-manager lise /etc/syscl.conf, mais pas /etc/sysctl.d/*.
On peut supposer qu'il se contente d'exécuter "sysctl -p", qui ne lit que ce fichier contrairement au script d'init.
Et ça roule car l'adresse MAC de mon portable étant : w:x:y:z:A9:60 sont IPV6 est maintenant : aaa:bbb:ccc:ddd:eee:fff:ggg:a960
soit exacetement la même que celle que j'avais avec Ubuntu 11.10, ce qui était le but recherché.
En fait avec use_tempaddr=2 la machine avait aussi l'adresse habituelle basée sur l'adresse MAC, mais elle n'était pas utilisée par défaut pour les communications sortantes.
Pascal Hambourg
Xavier a écrit :
Pascal Hambourg wrote:
En quoi l'utilisation d'adresses temporaires va-t-elle à l'encontre de la connectivité de bout en bout ?
Ben... dans un un sens, pas dans l'autre, puisque par définition, l'adresse est inconnue de l'autre bout. Et un DynDNS pour IPv6, je doute que ça existe un jour...
Ça n'a aucun rapport avec la connectivité de bout en bout. Une adresse temporaire est aussi globale et accessible de partout qu'une adresse permanente.
En quoi l'utilisation d'adresses temporaires va-t-elle à l'encontre de
la connectivité de bout en bout ?
Ben... dans un un sens, pas dans l'autre, puisque par définition,
l'adresse est inconnue de l'autre bout. Et un DynDNS pour IPv6, je doute
que ça existe un jour...
Ça n'a aucun rapport avec la connectivité de bout en bout. Une adresse
temporaire est aussi globale et accessible de partout qu'une adresse
permanente.
En quoi l'utilisation d'adresses temporaires va-t-elle à l'encontre de la connectivité de bout en bout ?
Ben... dans un un sens, pas dans l'autre, puisque par définition, l'adresse est inconnue de l'autre bout. Et un DynDNS pour IPv6, je doute que ça existe un jour...
Ça n'a aucun rapport avec la connectivité de bout en bout. Une adresse temporaire est aussi globale et accessible de partout qu'une adresse permanente.
Une Bévue
Le 28/05/2012 21:50, Pascal Hambourg a écrit :
En fait avec use_tempaddr=2 la machine avait aussi l'adresse habituelle basée sur l'adresse MAC, mais elle n'était pas utilisée par défaut pour les communications sortantes.
c'est ce qui pourrait expliquer que je pouvais quand même la "ping6er" avec son ancienne adresse contenant son MAC ? je veux dire même si NM ne me donnait pas cette adresse là ?
Le 28/05/2012 21:50, Pascal Hambourg a écrit :
En fait avec use_tempaddr=2 la machine avait aussi l'adresse habituelle
basée sur l'adresse MAC, mais elle n'était pas utilisée par défaut pour
les communications sortantes.
c'est ce qui pourrait expliquer que je pouvais quand même la "ping6er"
avec son ancienne adresse contenant son MAC ?
je veux dire même si NM ne me donnait pas cette adresse là ?
En fait avec use_tempaddr=2 la machine avait aussi l'adresse habituelle basée sur l'adresse MAC, mais elle n'était pas utilisée par défaut pour les communications sortantes.
c'est ce qui pourrait expliquer que je pouvais quand même la "ping6er" avec son ancienne adresse contenant son MAC ? je veux dire même si NM ne me donnait pas cette adresse là ?
Pascal Hambourg
Une Bévue a écrit :
Le 28/05/2012 21:50, Pascal Hambourg a écrit :
En fait avec use_tempaddr=2 la machine avait aussi l'adresse habituelle basée sur l'adresse MAC, mais elle n'était pas utilisée par défaut pour les communications sortantes.
c'est ce qui pourrait expliquer que je pouvais quand même la "ping6er" avec son ancienne adresse contenant son MAC ?
Oui.
je veux dire même si NM ne me donnait pas cette adresse là ?
Je ne ferais pas confiance à Network Manager ou tout autre outil graphique pour afficher toutes les informations. AM rien ne vaut un bon vieil "ip addr" en ligne de commande.
Une Bévue a écrit :
Le 28/05/2012 21:50, Pascal Hambourg a écrit :
En fait avec use_tempaddr=2 la machine avait aussi l'adresse habituelle
basée sur l'adresse MAC, mais elle n'était pas utilisée par défaut pour
les communications sortantes.
c'est ce qui pourrait expliquer que je pouvais quand même la "ping6er"
avec son ancienne adresse contenant son MAC ?
Oui.
je veux dire même si NM ne me donnait pas cette adresse là ?
Je ne ferais pas confiance à Network Manager ou tout autre outil
graphique pour afficher toutes les informations. AM rien ne vaut un bon
vieil "ip addr" en ligne de commande.
En fait avec use_tempaddr=2 la machine avait aussi l'adresse habituelle basée sur l'adresse MAC, mais elle n'était pas utilisée par défaut pour les communications sortantes.
c'est ce qui pourrait expliquer que je pouvais quand même la "ping6er" avec son ancienne adresse contenant son MAC ?
Oui.
je veux dire même si NM ne me donnait pas cette adresse là ?
Je ne ferais pas confiance à Network Manager ou tout autre outil graphique pour afficher toutes les informations. AM rien ne vaut un bon vieil "ip addr" en ligne de commande.
