Pour les besoins de mes d=C3=A9veloppements, j'ai install=C3=A9 radvd sur u=
n
r=C3=A9seau local et je dispose donc d'adresses IPv6 globales pour les
machines de ce r=C3=A9seau. Cependant, le routeur vers l'internet, lui,
n'est pas configur=C3=A9 pour faire transiter de l'IPv6.
Mon probl=C3=A8me est que pour certains domaines, ma machine tente de se
connecter en IPv6, puis seulement sur timeout en IPv4. J'observe cela
notamment chez debian ou lorsque je r=C3=A9cup=C3=A8re mon courriel depuis =
les
serveurs d'OVH je crois. Cela ralentit d=C3=A9j=C3=A0 bien aptitude, offlin=
eimap
et imapfilter, mais c'est surtout nettement aga=C3=A7ant depuis firefox.
De ce que je comprends, ma machine effectue deux requ=C3=AAtes DNS pour
trouver un domaine=C2=A0; A et AAAA. Le probl=C3=A8me se pose lorsqu'il exi=
ste
un enregistrement AAAA, auquel cas IPv6 est utilis=C3=A9 en premier lieu.
J'ai recherch=C3=A9 au niveau de resolv.conf une option pour emp=C3=AAcher =
de
faire des requ=C3=AAtes de type AAAA mais je n'ai rien trouv=C3=A9 (il semb=
le
qu'il existe une telle option sur freebsd).
Est-il possible de configurer ma machine pour arranger les choses. Ou
au pire, est-ce qu'il est possible de corriger cela sur le serveur DNS
local=C2=A0?
--=20
David
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/AANLkTimHe6r5CMOBsUCK0SUPThZofYYPoR_1iBioHcPU@mail.gmail.com
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Aéris
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Le 10/03/2011 16:00, David Soulayrol a écrit :
Mon problème est que pour certains domaines, ma machine tente de se connecter en IPv6, puis seulement sur timeout en IPv4.
C'est le genre de problème que Google veut démontrer avec son IPv6 day. PDF qui mentionne exactement ton problème: http://ripe61.ripe.net/presentations/223-World_IPv6_day.pdf
Si la chaîne IPv6 n'est pas intégralement gérée (du serveur jusqu'au client en passant par les FAI), la transition IPv4/IPv6 sera très douloureuse pour beaucoup, en praticulier sur la phase de mélange des 2 protocoles (ce qui semble ton cas).
Pas grand chose à faire étant donné qu'il s'agit du comportement intégré aux piles TCP/IP donc trop bas niveau pour pouvoir être contourné, sinon passer en IPv6 de bout en bout, y compris ton FAI et tes routeurs.
- -- Aeris -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: http://lists.debian.org/4d791fae$0$1582$
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Le 10/03/2011 16:00, David Soulayrol a écrit :
Mon problème est que pour certains domaines, ma machine tente de se
connecter en IPv6, puis seulement sur timeout en IPv4.
C'est le genre de problème que Google veut démontrer avec son IPv6 day.
PDF qui mentionne exactement ton problème:
http://ripe61.ripe.net/presentations/223-World_IPv6_day.pdf
Si la chaîne IPv6 n'est pas intégralement gérée (du serveur jusqu'au
client en passant par les FAI), la transition IPv4/IPv6 sera très
douloureuse pour beaucoup, en praticulier sur la phase de mélange des 2
protocoles (ce qui semble ton cas).
Pas grand chose à faire étant donné qu'il s'agit du comportement intégré
aux piles TCP/IP donc trop bas niveau pour pouvoir être contourné, sinon
passer en IPv6 de bout en bout, y compris ton FAI et tes routeurs.
- --
Aeris
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/4d791fae$0$1582$426a34cc@news.free.fr
Mon problème est que pour certains domaines, ma machine tente de se connecter en IPv6, puis seulement sur timeout en IPv4.
C'est le genre de problème que Google veut démontrer avec son IPv6 day. PDF qui mentionne exactement ton problème: http://ripe61.ripe.net/presentations/223-World_IPv6_day.pdf
Si la chaîne IPv6 n'est pas intégralement gérée (du serveur jusqu'au client en passant par les FAI), la transition IPv4/IPv6 sera très douloureuse pour beaucoup, en praticulier sur la phase de mélange des 2 protocoles (ce qui semble ton cas).
Pas grand chose à faire étant donné qu'il s'agit du comportement intégré aux piles TCP/IP donc trop bas niveau pour pouvoir être contourné, sinon passer en IPv6 de bout en bout, y compris ton FAI et tes routeurs.
- -- Aeris -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: http://lists.debian.org/4d791fae$0$1582$
Pascal Hambourg
Salut,
David Soulayrol a écrit :
Pour les besoins de mes développements, j'ai installé radvd sur un réseau local et je dispose donc d'adresses IPv6 globales pour les machines de ce réseau. Cependant, le routeur vers l'internet, lui, n'est pas configuré pour faire transiter de l'IPv6.
Mon problème est que pour certains domaines, ma machine tente de se connecter en IPv6, puis seulement sur timeout en IPv4. J'observe cela notamment chez debian ou lorsque je récupère mon courriel depuis les serveurs d'OVH je crois. Cela ralentit déjà bien aptitude, offlineimap et imapfilter, mais c'est surtout nettement agaçant depuis firefox.
De ce que je comprends, ma machine effectue deux requêtes DNS pour trouver un domaine ; A et AAAA. Le problème se pose lorsqu'il existe un enregistrement AAAA, auquel cas IPv6 est utilisé en premier lieu.
Cela ne devrait pas poser de problème si les programmes se comportaient correctement, à savoir : La station envoie un paquet IPv6 au routeur par défaut défini dans les annonces émises par radvd. Si ce routeur n'a pas de route vers la destination, il renvoie immédiatement un message d'erreur ICPMv6 Destination Unreachable à la station. La pile IPv6 de de celle-ci remonte l'information à l'application émettrice qui essaie immédiatement avec l'adresse suivante. Il ne devrait pas y avoir de délai perceptible. En fait peu importe que la première soit une adresse IPv6 et la seconde une adresse IPv4, le principe serait le même avec deux adresses IPv4 en redondance.
Mais effectivement j'observe comme toi un problème avec Firefox qui s'obstine à se connecter à l'adresse IPv6 très longtemps alors que la station reçoit un ICMPv6 Destination Unreachable à chaque fois.
J'ai recherché au niveau de resolv.conf une option pour empêcher de faire des requêtes de type AAAA mais je n'ai rien trouvé (il semble qu'il existe une telle option sur freebsd).
Est-il possible de configurer ma machine pour arranger les choses. Ou au pire, est-ce qu'il est possible de corriger cela sur le serveur DNS local ?
Tu peux essayer d'ajouter une option AdvDefaultLifetime à 0 dans radvd.conf. Ainsi la machine ne devrait pas être considérée comme un routeur IPv6 par défaut, les stations recevant les RA ne devraient pas avoir de route IPv6 par défaut et ne devraient pas essayer de communiquer en IPv6 au-delà du réseau local.
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: http://lists.debian.org/
Salut,
David Soulayrol a écrit :
Pour les besoins de mes développements, j'ai installé radvd sur un
réseau local et je dispose donc d'adresses IPv6 globales pour les
machines de ce réseau. Cependant, le routeur vers l'internet, lui,
n'est pas configuré pour faire transiter de l'IPv6.
Mon problème est que pour certains domaines, ma machine tente de se
connecter en IPv6, puis seulement sur timeout en IPv4. J'observe cela
notamment chez debian ou lorsque je récupère mon courriel depuis les
serveurs d'OVH je crois. Cela ralentit déjà bien aptitude, offlineimap
et imapfilter, mais c'est surtout nettement agaçant depuis firefox.
De ce que je comprends, ma machine effectue deux requêtes DNS pour
trouver un domaine ; A et AAAA. Le problème se pose lorsqu'il existe
un enregistrement AAAA, auquel cas IPv6 est utilisé en premier lieu.
Cela ne devrait pas poser de problème si les programmes se comportaient
correctement, à savoir :
La station envoie un paquet IPv6 au routeur par défaut défini dans les
annonces émises par radvd. Si ce routeur n'a pas de route vers la
destination, il renvoie immédiatement un message d'erreur ICPMv6
Destination Unreachable à la station. La pile IPv6 de de celle-ci
remonte l'information à l'application émettrice qui essaie immédiatement
avec l'adresse suivante. Il ne devrait pas y avoir de délai perceptible.
En fait peu importe que la première soit une adresse IPv6 et la seconde
une adresse IPv4, le principe serait le même avec deux adresses IPv4 en
redondance.
Mais effectivement j'observe comme toi un problème avec Firefox qui
s'obstine à se connecter à l'adresse IPv6 très longtemps alors que la
station reçoit un ICMPv6 Destination Unreachable à chaque fois.
J'ai recherché au niveau de resolv.conf une option pour empêcher de
faire des requêtes de type AAAA mais je n'ai rien trouvé (il semble
qu'il existe une telle option sur freebsd).
Est-il possible de configurer ma machine pour arranger les choses. Ou
au pire, est-ce qu'il est possible de corriger cela sur le serveur DNS
local ?
Tu peux essayer d'ajouter une option AdvDefaultLifetime à 0 dans
radvd.conf. Ainsi la machine ne devrait pas être considérée comme un
routeur IPv6 par défaut, les stations recevant les RA ne devraient pas
avoir de route IPv6 par défaut et ne devraient pas essayer de
communiquer en IPv6 au-delà du réseau local.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/4D795029.90300@plouf.fr.eu.org
Pour les besoins de mes développements, j'ai installé radvd sur un réseau local et je dispose donc d'adresses IPv6 globales pour les machines de ce réseau. Cependant, le routeur vers l'internet, lui, n'est pas configuré pour faire transiter de l'IPv6.
Mon problème est que pour certains domaines, ma machine tente de se connecter en IPv6, puis seulement sur timeout en IPv4. J'observe cela notamment chez debian ou lorsque je récupère mon courriel depuis les serveurs d'OVH je crois. Cela ralentit déjà bien aptitude, offlineimap et imapfilter, mais c'est surtout nettement agaçant depuis firefox.
De ce que je comprends, ma machine effectue deux requêtes DNS pour trouver un domaine ; A et AAAA. Le problème se pose lorsqu'il existe un enregistrement AAAA, auquel cas IPv6 est utilisé en premier lieu.
Cela ne devrait pas poser de problème si les programmes se comportaient correctement, à savoir : La station envoie un paquet IPv6 au routeur par défaut défini dans les annonces émises par radvd. Si ce routeur n'a pas de route vers la destination, il renvoie immédiatement un message d'erreur ICPMv6 Destination Unreachable à la station. La pile IPv6 de de celle-ci remonte l'information à l'application émettrice qui essaie immédiatement avec l'adresse suivante. Il ne devrait pas y avoir de délai perceptible. En fait peu importe que la première soit une adresse IPv6 et la seconde une adresse IPv4, le principe serait le même avec deux adresses IPv4 en redondance.
Mais effectivement j'observe comme toi un problème avec Firefox qui s'obstine à se connecter à l'adresse IPv6 très longtemps alors que la station reçoit un ICMPv6 Destination Unreachable à chaque fois.
J'ai recherché au niveau de resolv.conf une option pour empêcher de faire des requêtes de type AAAA mais je n'ai rien trouvé (il semble qu'il existe une telle option sur freebsd).
Est-il possible de configurer ma machine pour arranger les choses. Ou au pire, est-ce qu'il est possible de corriger cela sur le serveur DNS local ?
Tu peux essayer d'ajouter une option AdvDefaultLifetime à 0 dans radvd.conf. Ainsi la machine ne devrait pas être considérée comme un routeur IPv6 par défaut, les stations recevant les RA ne devraient pas avoir de route IPv6 par défaut et ne devraient pas essayer de communiquer en IPv6 au-delà du réseau local.
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: http://lists.debian.org/
Stephane Bortzmeyer
On Thu, Mar 10, 2011 at 07:59:57PM +0100, Aéris wrote a message of 43 lines which said:
Pas grand chose à faire étant donné qu'il s'agit du comportement intégré aux piles TCP/IP donc trop bas niveau pour pouvoir être contourné,
Mais non. Outre la solution propre du /etc/gai.conf, les applications peuvent parfaitement s'adapter :
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/20110310222205.GB26798@sources.org
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: http://lists.debian.org/
Stephane Bortzmeyer
On Thu, Mar 10, 2011 at 03:49:55PM +0100, David Soulayrol wrote a message of 40 lines which said:
Est-il possible de configurer ma machine pour arranger les choses.
La solution propre est d'éditer /etc/gai.conf pour dire que vous préférez IPv4. Cela peut même se faire réseau par réseau. Ici, par exemple, je dis que je veux faire de l'IPv6 avec 2001:660:3003::/48 et de l'IPv4 avec le reste du monde :
# For testing purposes, always use IPv6 for AFNIC precedence 2001:660:3003::/48 200 # Otherwise, always prefer IPv4 precedence ::ffff:0:0/96 100
Sur Debian, ce fichier est très bien documenté. Question lecture, voyez aussi, par exemple <http://www.bortzmeyer.org/5220.html>
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: http://lists.debian.org/
On Thu, Mar 10, 2011 at 03:49:55PM +0100,
David Soulayrol <david.soulayrol@gmail.com> wrote
a message of 40 lines which said:
Est-il possible de configurer ma machine pour arranger les choses.
La solution propre est d'éditer /etc/gai.conf pour dire que vous
préférez IPv4. Cela peut même se faire réseau par réseau. Ici, par
exemple, je dis que je veux faire de l'IPv6 avec 2001:660:3003::/48 et
de l'IPv4 avec le reste du monde :
# For testing purposes, always use IPv6 for AFNIC
precedence 2001:660:3003::/48 200
# Otherwise, always prefer IPv4
precedence ::ffff:0:0/96 100
Sur Debian, ce fichier est très bien documenté. Question lecture,
voyez aussi, par exemple <http://www.bortzmeyer.org/5220.html>
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/20110310222016.GA26798@sources.org
On Thu, Mar 10, 2011 at 03:49:55PM +0100, David Soulayrol wrote a message of 40 lines which said:
Est-il possible de configurer ma machine pour arranger les choses.
La solution propre est d'éditer /etc/gai.conf pour dire que vous préférez IPv4. Cela peut même se faire réseau par réseau. Ici, par exemple, je dis que je veux faire de l'IPv6 avec 2001:660:3003::/48 et de l'IPv4 avec le reste du monde :
# For testing purposes, always use IPv6 for AFNIC precedence 2001:660:3003::/48 200 # Otherwise, always prefer IPv4 precedence ::ffff:0:0/96 100
Sur Debian, ce fichier est très bien documenté. Question lecture, voyez aussi, par exemple <http://www.bortzmeyer.org/5220.html>
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: http://lists.debian.org/
Aéris
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Le 10/03/2011 23:30, Stephane Bortzmeyer a écrit :
Mais non. Outre la solution propre du /etc/gai.conf, les applications peuvent parfaitement s'adapter :
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: http://lists.debian.org/4d795667$0$7208$
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Le 10/03/2011 23:30, Stephane Bortzmeyer a écrit :
Mais non. Outre la solution propre du /etc/gai.conf, les applications
peuvent parfaitement s'adapter :
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/4d795667$0$7208$426a74cc@news.free.fr
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: http://lists.debian.org/4d795667$0$7208$
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: http://lists.debian.org/AANLkTikuKHaeUp-0hq1WbxRmr0hUjkspBFF+JW3S+
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/AANLkTikuKHaeUp-0hq1WbxRmr0hUjkspBFF+JW3S+Z5N@mail.gmail.com
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: http://lists.debian.org/AANLkTikuKHaeUp-0hq1WbxRmr0hUjkspBFF+JW3S+
