Re: dhclient, resolv.conf et ipv6
On Mon, Dec 08, 2008 at 12:22:22PM +0100, Pascal Hambourg [EMAIL PROTECTED] wrote a message of 35 lines which said: Il n'y a pas une redondance, là ? :2 et :3 sont superflus pour /48. Ah si. Corrigé sur mon site http://www.bortzmeyer.org/tunnel-broker.html. Merci. Donc sous forme d'adresse IPv4-mapped. Sais-tu si la notation alternative :::x.y.z.t, où x.y.z.t est l'adresse IPv4 sous sa forme décimale traditionnelle, est aussi acceptée ? Pas testé. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: dhclient, resolv.conf et ipv6
The Monday 08 December 2008 17:38:27 Thomas Preud'homme, you wrote : The Monday 08 December 2008 12:29:33 Pascal Hambourg, you wrote : Thomas Preud'homme a écrit : Je veux bien regarder mais a priori il n'y a juste aucune tentative pour récupérer un champ . Ou en tout cas s'il y en a une c'est pas l'adresse choisie. C'est bien ce qu'il faudrait vérifier. Ok je teste ça dès que je rentre chez moi demain. Je vous tiens au courant. J'ai testé chez moi sans inet6 et telnet m'affichait bien une adresse IPv6. J'ai alors essayé d'aller sur kame.net et tout a marché correctement. Ceci dit, lors de certains refresh konqueror m'affiche une tortue qui ne bouge pas. En fait celle-ci bouge parfois pendant le chargement et cesse de bouger après. Il semblerait que ce soit donc plus un bug dans konqueror ou tout du moins dans le composant qui gère les gif animés. Il doit bien y avoir un paramètre chez moi qui pose problème. Pourriez-vous coller un /etc/network/interfaces à tout hasard (je doute que le problème se situe dans ce fichier mais sait-on jamais). J'en doute aussi. De toute façon mes fichiers interfaces ne contiennent pas d'informations relatives à la configuration DNS, donc ça n'apportera pas grand chose. Ok donc ce doit être *mes* fichiers qui ont quelque chose de spécial qui doit suggérer l'utilisation de IPv4 de préférence. Le mystère n'en était donc pas un. Tout marche correctement. J'ai été trompé parce que lorsque j'ai fait les essais il y a quelques jours l'image s'est arrêtée de bouger après le chargement. Désolé pour le bruit. Cordialement, Thomas Preud'homme Cordialement, Thomas Preud'homme -- Why debian : http://www.debian.org/intro/why_debian signature.asc Description: This is a digitally signed message part.
Re: dhclient, resolv.conf et ipv6
Thomas Preud'homme a écrit : J'ai testé chez moi sans inet6 et telnet m'affichait bien une adresse IPv6. J'ai alors essayé d'aller sur kame.net et tout a marché correctement. Ceci dit, lors de certains refresh konqueror m'affiche une tortue qui ne bouge pas. En fait celle-ci bouge parfois pendant le chargement et cesse de bouger après. Il semblerait que ce soit donc plus un bug dans konqueror ou tout du moins dans le composant qui gère les gif animés. Ou bien c'est un petit problème de connectivité IPv6 qui ferait que parfois le chargement de la page échoue en IPv6, et le navigateur recharge la page en IPv4. Lorsque l'image était fixe as-tu vérifié si c'était la page servie en IPv4 ou IPv6 qui était affichée ? Dans la page servie en IPv6, le texte sous la tortue est Dancing kame by atelier momonga alors que dans la page servie en IPv4 il devient Use IPv6 HTTP and you will watch the dancing kame. As-tu testé avec un autre navigateur compatible IPv6 comme firefox ou iceweasel ? Le mystère n'en était donc pas un. Il reste quand même un petit mystère : pourquoi l'option inet6 dans resolv.conf faisait-elle une différence ? -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: dhclient, resolv.conf et ipv6
The Wednesday 10 December 2008 13:40:47 Pascal Hambourg, you wrote : Thomas Preud'homme a écrit : J'ai testé chez moi sans inet6 et telnet m'affichait bien une adresse IPv6. J'ai alors essayé d'aller sur kame.net et tout a marché correctement. Ceci dit, lors de certains refresh konqueror m'affiche une tortue qui ne bouge pas. En fait celle-ci bouge parfois pendant le chargement et cesse de bouger après. Il semblerait que ce soit donc plus un bug dans konqueror ou tout du moins dans le composant qui gère les gif animés. Ou bien c'est un petit problème de connectivité IPv6 qui ferait que parfois le chargement de la page échoue en IPv6, et le navigateur recharge la page en IPv4. Lorsque l'image était fixe as-tu vérifié si c'était la page servie en IPv4 ou IPv6 qui était affichée ? Dans la page servie en IPv6, le texte sous la tortue est Dancing kame by atelier momonga alors que dans la page servie en IPv4 il devient Use IPv6 HTTP and you will watch the dancing kame. As-tu testé avec un autre navigateur compatible IPv6 comme firefox ou iceweasel ? Avec iceweasel aucun problème. Par contre pour le message je ne me souviens pas. Je vous tiens au courant mais je suis sûr que le message est Dancing kame by atelier momonga. Le mystère n'en était donc pas un. Il reste quand même un petit mystère : pourquoi l'option inet6 dans resolv.conf faisait-elle une différence ? Je pense que la différence se faisait plus sur la disponibilité de l'image dans le cache ou pas. J'ai l'impression que konqueror pose problème quand il télécharge la page. Cordialement, Thomas Preud'homme -- Why debian : http://www.debian.org/intro/why_debian signature.asc Description: This is a digitally signed message part.
Re: dhclient, resolv.conf et ipv6
Thomas Preud'homme a écrit : Je veux bien regarder mais a priori il n'y a juste aucune tentative pour récupérer un champ . Ou en tout cas s'il y en a une c'est pas l'adresse choisie. C'est bien ce qu'il faudrait vérifier. Il doit bien y avoir un paramètre chez moi qui pose problème. Pourriez-vous coller un /etc/network/interfaces à tout hasard (je doute que le problème se situe dans ce fichier mais sait-on jamais). J'en doute aussi. De toute façon mes fichiers interfaces ne contiennent pas d'informations relatives à la configuration DNS, donc ça n'apportera pas grand chose. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: dhclient, resolv.conf et ipv6
Stephane Bortzmeyer a écrit : Pascal Hambourg [EMAIL PROTECTED] wrote : L'exemple de la page de manuel ne contient que des préfixes IPv6, et la RFC 3484 à laquelle elle se réfère ne concerne que les adresses IPv6. Comment peut-on utiliser gai.conf pour favoriser les adresses IPv4 ? % cat /etc/gai.conf # For testing purposes, always use IPv6 for AFNIC precedence 2001:660:3003:2::/48 200 precedence 2001:660:3003:3::/48 200 Il n'y a pas une redondance, là ? :2 et :3 sont superflus pour /48. # Otherwise, always prefer IPv4 precedence :::0:0/96 100 Donc sous forme d'adresse IPv4-mapped. Sais-tu si la notation alternative :::x.y.z.t, où x.y.z.t est l'adresse IPv4 sous sa forme décimale traditionnelle, est aussi acceptée ? (C'est documenté dans /etc/gai.conf lui-même, dans les commentaires.) Que je n'ai pas encore. Mais c'est expliqué dans la RFC 3484, dont je n'avais lu que l'introduction, pensant qu'elle ne traitait que d'IPv6. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: dhclient, resolv.conf et ipv6
The Monday 08 December 2008 12:29:33 Pascal Hambourg, you wrote : Thomas Preud'homme a écrit : Je veux bien regarder mais a priori il n'y a juste aucune tentative pour récupérer un champ . Ou en tout cas s'il y en a une c'est pas l'adresse choisie. C'est bien ce qu'il faudrait vérifier. Ok je teste ça dès que je rentre chez moi demain. Je vous tiens au courant. Il doit bien y avoir un paramètre chez moi qui pose problème. Pourriez-vous coller un /etc/network/interfaces à tout hasard (je doute que le problème se situe dans ce fichier mais sait-on jamais). J'en doute aussi. De toute façon mes fichiers interfaces ne contiennent pas d'informations relatives à la configuration DNS, donc ça n'apportera pas grand chose. Ok donc ce doit être *mes* fichiers qui ont quelque chose de spécial qui doit suggérer l'utilisation de IPv4 de préférence. Cordialement, Thomas Preud'homme -- Why debian : http://www.debian.org/intro/why_debian signature.asc Description: This is a digitally signed message part.
Re: dhclient, resolv.conf et ipv6
Stephane Bortzmeyer a écrit : Thomas Preud'homme [EMAIL PROTECTED] wrote a message of 112 lines which said: 2) Ensuite, j'ai regardé du côté du man de resolv.conf et ai découvert l'option inet6. Je ne me suis jamais servi de cette option (et j'utilise IPv6). D'après le manuel, elle sert à demander des enregistrements même lorsque l'application client a utilisé gethostbyname(), le vieux sous-programme de traduction de nom en adresse, remplacé depuis dix ans par getaddrinfo(). Cette option me semble donc inutile. J'ai eu des résultats bizarres avec nc lorsque je l'ai spécifiée. Faut que je creuse un peu plus. La page de manuel dit mapping IPv4 responses in IPv6 tunnelled form. As-tu une idée de quelle tunnelled form il s'agit ? 6to4, IPv4-compatible, IPv4-mapped... ? -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: dhclient, resolv.conf et ipv6
Stephane Bortzmeyer a écrit : Pourquoi n'éditent-ils pas leur /etc/gai.conf s'ils préfèrent IPv4 ? Peut-être parce qu'ils ne connaissent pas (et moi non plus). L'exemple de la page de manuel ne contient que des préfixes IPv6, et la RFC 3484 à laquelle elle se réfère ne concerne que les adresses IPv6. Comment peut-on utiliser gai.conf pour favoriser les adresses IPv4 ? Au fait, c'est utilisable avec la glibc d'etch ? Le paquet libc6 ne contient ni ce fichier ni sa page de manuel. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: dhclient, resolv.conf et ipv6
Thomas Preud'homme a écrit : The Friday 05 December 2008 20:24:39 Pascal Hambourg, you wrote : Thomas Preud'homme a écrit : 2) Ensuite, j'ai regardé du côté du man de resolv.conf et ai découvert l'option inet6. Celle-ci marche bien puisque je peux voir la tortue de kame.net qui danse. Jamais eu besoin de cette option pour faire les résolutions DNS en adresse IPv6 en premier. C'est le cas par défaut, ce que certains regrettent. Pas chez moi en tout cas. Si je retire inet6 la tortue ne danse plus. As-tu quelque chose de spécial dans sysctl.conf ? Concernant IPv6, sur certaines machines j'ai net.ipv6.bindv6only=1 pour empêcher les communications IPv4 sur les sockets IPv6. Au départ c'était pour contourner un bug de BIND9, mais ça a aussi un effet de bord intéressant : les adresses IPv4 n'apparaissent plus sous la forme :::x.y.z.t dans les logs. Mais la résolution DNS se comporte de la même façon sur toutes mes Debian (sarge et etch), même celles qui n'ont pas ce réglage. Et puis je ne vois pas trop en quoi un paramètre du noyau pourrait influencer la résolution DNS de la glibc qui est en userland. Il faudrait creuser un peu plus pour voir ce qui se passe, notamment faire une capture des paquets DNS, et utiliser des outils plus bas niveau qu'un navigateur, par exemple telnet qui fonctionne en IPv4 et IPv6, et affiche l'adresse destination effectivement choisie pour établir la connexion. J'en profite au passage pour vous notifier d'un avantage à IPv6 auquel je n'avais jamais pensé. Si je fais un reconfigure les interfaces réseaux en écoutant un flux radio, celui-ci se poursuivra (éventuellement avec une coupure si le buffer est trop petit) sans problème, n'ayant aucune mémoire contrairement au NAT. Je ne vois pas le rapport. Tu peux détailler ? Mmh maintenant que tu me demandes j'avoue que je ne vois effectivement pas le rapport. Les bails du serveur DHCP n'ont rien à voir avec le suivi de connexion d'iptables. En effet. Sauf si la machine utilise la cible MASQUERADE sur ces connexions. Quand l'adresse IPv4 de l'interface de sortie change, les connexions masquées avec l'ancienne adresse sont supprimées. Donc même en renouvelant la requête dhcp ça ne devrait avoir aucun effet sur la règle qui laisse passer les connexions établies. Et sinon le fait de redémarrer l'interface réseau devrait effectivement même dans ce cas purger iptables et donc considérer les paquets arrivant à partir de ce moment comme une nouvelle connexion. Pas forcément. Hors le cas de MASQUERADE mentionné plus haut, pour purger la table de suivi des connexions il faut décharger le module noyau correspondant ou le faire explicitement avec le programme 'conntrack' du paquet du même nom. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: dhclient, resolv.conf et ipv6
The Sunday 07 December 2008 14:27:49 Pascal Hambourg, you wrote : Thomas Preud'homme a écrit : The Friday 05 December 2008 20:24:39 Pascal Hambourg, you wrote : Thomas Preud'homme a écrit : 2) Ensuite, j'ai regardé du côté du man de resolv.conf et ai découvert l'option inet6. Celle-ci marche bien puisque je peux voir la tortue de kame.net qui danse. Jamais eu besoin de cette option pour faire les résolutions DNS en adresse IPv6 en premier. C'est le cas par défaut, ce que certains regrettent. Pas chez moi en tout cas. Si je retire inet6 la tortue ne danse plus. As-tu quelque chose de spécial dans sysctl.conf ? Concernant IPv6, sur certaines machines j'ai net.ipv6.bindv6only=1 pour empêcher les communications IPv4 sur les sockets IPv6. Au départ c'était pour contourner un bug de BIND9, mais ça a aussi un effet de bord intéressant : les adresses IPv4 n'apparaissent plus sous la forme :::x.y.z.t dans les logs. Mais la résolution DNS se comporte de la même façon sur toutes mes Debian (sarge et etch), même celles qui n'ont pas ce réglage. Et puis je ne vois pas trop en quoi un paramètre du noyau pourrait influencer la résolution DNS de la glibc qui est en userland. Il faudrait creuser un peu plus pour voir ce qui se passe, notamment faire une capture des paquets DNS, et utiliser des outils plus bas niveau qu'un navigateur, par exemple telnet qui fonctionne en IPv4 et IPv6, et affiche l'adresse destination effectivement choisie pour établir la connexion. Je veux bien regarder mais a priori il n'y a juste aucune tentative pour récupérer un champ . Ou en tout cas s'il y en a une c'est pas l'adresse choisie. Il doit bien y avoir un paramètre chez moi qui pose problème. Pourriez-vous coller un /etc/network/interfaces à tout hasard (je doute que le problème se situe dans ce fichier mais sait-on jamais). J'en profite au passage pour vous notifier d'un avantage à IPv6 auquel je n'avais jamais pensé. Si je fais un reconfigure les interfaces réseaux en écoutant un flux radio, celui-ci se poursuivra (éventuellement avec une coupure si le buffer est trop petit) sans problème, n'ayant aucune mémoire contrairement au NAT. Je ne vois pas le rapport. Tu peux détailler ? Mmh maintenant que tu me demandes j'avoue que je ne vois effectivement pas le rapport. Les bails du serveur DHCP n'ont rien à voir avec le suivi de connexion d'iptables. En effet. Sauf si la machine utilise la cible MASQUERADE sur ces connexions. Quand l'adresse IPv4 de l'interface de sortie change, les connexions masquées avec l'ancienne adresse sont supprimées. Ce n'est pas le cas, c'est le routeur qui l'utilise. Et je n'ai plus de routeur depuis deux mois environ. De plus mon IP externe était fixe comme les IPs du réseau local (fixée par adresse MAC dans dhcpd.conf). Donc même en renouvelant la requête dhcp ça ne devrait avoir aucun effet sur la règle qui laisse passer les connexions établies. Et sinon le fait de redémarrer l'interface réseau devrait effectivement même dans ce cas purger iptables et donc considérer les paquets arrivant à partir de ce moment comme une nouvelle connexion. Pas forcément. Hors le cas de MASQUERADE mentionné plus haut, pour purger la table de suivi des connexions il faut décharger le module noyau correspondant ou le faire explicitement avec le programme 'conntrack' du paquet du même nom. Cordialement, Thomas Preud'homme -- Why debian : http://www.debian.org/intro/why_debian signature.asc Description: This is a digitally signed message part.
Re: dhclient, resolv.conf et ipv6
The Saturday 06 December 2008 21:37:46 Stephane Bortzmeyer, you wrote : On Fri, Dec 05, 2008 at 06:39:56PM +0100, Thomas Preud'homme [EMAIL PROTECTED] wrote a message of 112 lines which said: 2) Ensuite, j'ai regardé du côté du man de resolv.conf et ai découvert l'option inet6. Je ne me suis jamais servi de cette option (et j'utilise IPv6). D'après le manuel, elle sert à demander des enregistrements même lorsque l'application client a utilisé gethostbyname(), le vieux sous-programme de traduction de nom en adresse, remplacé depuis dix ans par getaddrinfo(). Cette option me semble donc inutile. Ah intéressant. Tout du moins si je rencontre des problèmes avec des vieux programmes. Ceci dit je ne vois pas pourquoi je n'ai pas d'IPv6 sans inet6. Quelqu'un aurait-il une idée d'un fichier qui pourrait poser problème ? Il doit bien y avoir un fichier sur le système pour spécifier la préférence entre IPv6 et IPv4. J'ai regardé gai.conf mais tout est commenté donc cela ne doit pas venir de là. Merci pour vos réponses, j'ai au moins appris des choses ce qui en soit est déjà très bien. Cordialement, Thomas Preud'homme -- Why debian : http://www.debian.org/intro/why_debian signature.asc Description: This is a digitally signed message part.
Re: dhclient, resolv.conf et ipv6
On Sun, Dec 07, 2008 at 12:59:13PM +0100, Pascal Hambourg [EMAIL PROTECTED] wrote a message of 21 lines which said: Peut-être parce qu'ils ne connaissent pas (et moi non plus). http://www.bortzmeyer.org/5220.html L'exemple de la page de manuel ne contient que des préfixes IPv6, et la RFC 3484 à laquelle elle se réfère ne concerne que les adresses IPv6. Comment peut-on utiliser gai.conf pour favoriser les adresses IPv4 ? % cat /etc/gai.conf # For testing purposes, always use IPv6 for AFNIC precedence 2001:660:3003:2::/48 200 precedence 2001:660:3003:3::/48 200 # Otherwise, always prefer IPv4 precedence :::0:0/96 100 (C'est documenté dans /etc/gai.conf lui-même, dans les commentaires.) Au fait, c'est utilisable avec la glibc d'etch ? En effet, ça semble être apparu avec lenny. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: dhclient, resolv.conf et ipv6
On Fri, Dec 05, 2008 at 06:39:56PM +0100, Thomas Preud'homme [EMAIL PROTECTED] wrote a message of 112 lines which said: 2) Ensuite, j'ai regardé du côté du man de resolv.conf et ai découvert l'option inet6. Je ne me suis jamais servi de cette option (et j'utilise IPv6). D'après le manuel, elle sert à demander des enregistrements même lorsque l'application client a utilisé gethostbyname(), le vieux sous-programme de traduction de nom en adresse, remplacé depuis dix ans par getaddrinfo(). Cette option me semble donc inutile. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: dhclient, resolv.conf et ipv6
On Fri, Dec 05, 2008 at 08:24:39PM +0100, Pascal Hambourg [EMAIL PROTECTED] wrote a message of 34 lines which said: C'est le cas par défaut, ce que certains regrettent. Pourquoi n'éditent-ils pas leur /etc/gai.conf s'ils préfèrent IPv4 ? -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: dhclient, resolv.conf et ipv6
Salut, Thomas Preud'homme a écrit : 2) Ensuite, j'ai regardé du côté du man de resolv.conf et ai découvert l'option inet6. Celle-ci marche bien puisque je peux voir la tortue de kame.net qui danse. Jamais eu besoin de cette option pour faire les résolutions DNS en adresse IPv6 en premier. C'est le cas par défaut, ce que certains regrettent. Malgré tout au premier invoke-rc.d networking restart venu, le fichier resolv.conf est régénéré et options inet6 disparait. Et alors, ensuite la tortue ne danse plus ? Si c'est le cas, ça ne vient probablement pas de l'option inet6 manquante. J'en profite au passage pour vous notifier d'un avantage à IPv6 auquel je n'avais jamais pensé. Si je fais un reconfigure les interfaces réseaux en écoutant un flux radio, celui-ci se poursuivra (éventuellement avec une coupure si le buffer est trop petit) sans problème, n'ayant aucune mémoire contrairement au NAT. Je ne vois pas le rapport. Tu peux détailler ? -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: dhclient, resolv.conf et ipv6
The Friday 05 December 2008 20:24:39 Pascal Hambourg, you wrote : Salut, Thomas Preud'homme a écrit : 2) Ensuite, j'ai regardé du côté du man de resolv.conf et ai découvert l'option inet6. Celle-ci marche bien puisque je peux voir la tortue de kame.net qui danse. Jamais eu besoin de cette option pour faire les résolutions DNS en adresse IPv6 en premier. C'est le cas par défaut, ce que certains regrettent. Pas chez moi en tout cas. Si je retire inet6 la tortue ne danse plus. As-tu quelque chose de spécial dans sysctl.conf ? Malgré tout au premier invoke-rc.d networking restart venu, le fichier resolv.conf est régénéré et options inet6 disparait. Et alors, ensuite la tortue ne danse plus ? Si c'est le cas, ça ne vient probablement pas de l'option inet6 manquante. Oui si je retire cette option la tortue ne danse plus. En plus d'après le man de resolv.conf options inet6 sert précisément à demander à faire des requêtes IPv6 avant IPv4 donc cela me semble cohérent comme comportement, non ? Je suis curieux de savoir ce qui te donne le même comportement sans l'option inet6 dans resolv.conf J'en profite au passage pour vous notifier d'un avantage à IPv6 auquel je n'avais jamais pensé. Si je fais un reconfigure les interfaces réseaux en écoutant un flux radio, celui-ci se poursuivra (éventuellement avec une coupure si le buffer est trop petit) sans problème, n'ayant aucune mémoire contrairement au NAT. Je ne vois pas le rapport. Tu peux détailler ? Mmh maintenant que tu me demandes j'avoue que je ne vois effectivement pas le rapport. Les bails du serveur DHCP n'ont rien à voir avec le suivi de connexion d'iptables. Donc même en renouvelant la requête dhcp ça ne devrait avoir aucun effet sur la règle qui laisse passer les connexions établies. Et sinon le fait de redémarrer l'interface réseau devrait effectivement même dans ce cas purger iptables et donc considérer les paquets arrivant à partir de ce moment comme une nouvelle connexion. Pourtant il y a bien un effet quelque part, avant un restart me faisait systématiquement perdre le flux, plus maintenant... Cordialement, Thomas Preud'homme -- Why debian : http://www.debian.org/intro/why_debian signature.asc Description: This is a digitally signed message part.