Génial, faut pas exagérer… C’est plutôt trivial. Et j’avais déjà suggéré la possibilité d’utiliser directement les DNS caches d’Orange dans mon message du 30 avril à 12:19. On dirait que personne ne m’écoute, c’est désespérant. 
Je ne sais rien du “mode itinérant” dont tu parles, donc je ne peux rien confirmer ni infirmer, désolé.
Cela n’apportera pas d’eau au(x) moulin(s), mais j’ai rencontre un probleme similaire, il y a ce cela quelques temps, sur une Box Tele2.
Le Firmware ayant ete change par le FAI peu avant, j’ai pense que s’etait la cause…
Il exite, sur cette Box, une reinitialisation “software” et apres l’avoir re-initialise, le probleme a disparu.
Cette information pourrait servir les utilisateurs de ce fournisseur d’acces Internet.
Il y a aussi dhclient sous ubuntu et j’ai beau lire l’anglais couramment, je ne saisis pas comment paramétrer ce que tu exprimes au dessus.
Regarde dans dhclient.conf du côté des déclarations “request” (pour demander au serveur de ne pas transmettre d’option domain-name-servers) ou “supersede” (pour remplacer la valeur de l’option domain-name-servers transmise par le serveur).
Sous toutes réserves car je n’ai jamais utilisé ces déclarations et je ne suis pas sûr de la syntaxe des valeurs d’options, ça donnerait :
request subnet-mask, broadcast-address, time-offset, routers;
# ou bien
supersede domain-name-servers <dns1> <dns2>;Après avoir tâtonner avec le livecd debian, je pense que ça fonctionne. J’ai fait la configuration sous ma ubuntu qui fonctionne sans cela et j’ai constaté que le débit tant pour la navigation internet que pour le téléchargement était sérieusement augmenté. Au lieu d’être dans les 60k/s, je suis à 75-80k/s avec des pointes à 120k/s.
Je vais peut être me relancer dans des installations de Debian.
[size=150]C’est fait sur mon desktop (Kernel 2.6.24-1-686 , Gnome 2.22.1); et ça baigne! Merci encore, Pascal.[/size]
Problème identique ce matin chez un client Ubuntu/Edgy LiveBox SAGEM !
Réinstallé mes deux Debian sur mon desktop (Kernel 2.6.24-1-686 , Gnome 2.22.1) et portable (Kernel 2.6.24-1-amd64 , Gnome 2.22.1) et tout fonctionne à merveille!
Au passage, le problème ne semble pas exister sous Ubuntu 8.04; je n’ai pas la moindre idée du pourquoi. Par contre existe sous OpenSuse 10.3 (J’ai testé).
Juste avec le changement de DNS ?
j’ai modifié le dhclient comme suit:
[quote]# Configuration file for /sbin/dhclient, which is included in Debian’s
#send host-name “andare.fugue.com”;
#send dhcp-client-identifier 1:0:a0:24:ab:fb:9c;
#send dhcp-lease-time 3600;
supersede domain-name-servers 80.10.246.2, 80.10.246.129;
#prepend domain-name-servers 127.0.0.1;
request subnet-mask, broadcast-address, time-offset, routers;
#require subnet-mask, domain-name-servers;
#timeout 60;
#retry 60;
#reboot 10;
#select-timeout 5;
#initial-interval 2;
#script “/etc/dhcp3/dhclient-script”;
#media “-link0 -link1 -link2”, “link0 link1”;
#reject 192.33.137.209;
#alias {
#}
#lease {
#}[/quote]
Puis j’ai relancé le network.Ou mieux, redémarrage.
Ce qui est changé est en gras.
Il y a peut-être plus orthodoxe. Pascal pourrait te le dire.
En fait une seule des deux options devrait suffire. C’est sûr pour supersede, à vérifier pour request.
Concernant Ubuntu, comme je l’ai déjà écrit il se peut que le resolver DNS de sa glibc intègre le patch dont j’ai parlé qui fait des requêtes AAAA seulement si la machine a une adresse IPv6 “utile” et pas seulement des adresses link-local (celles qui commencent par fe80).
Bonjour à tous !
Je ne sais pas exactement comment ça se passe en France, mais j’ai rencontré les mêmes problèmes de lenteur de résolution de DNS…
Après chaque install de Debian (Etch, Lenny, Sid), j’attendais avec impatience l’affichage de mes pages web.
J’ai résolu tous ces problèmes avec un:
apt-get install bind9 resolvconf
et un reboot.
Méthode qui n’est peut-être pas la meilleure, mais qui fonctionne impec autant pour les navigateurs que les clients de messagerie instantanée!
Qu’en pense PascalHambourg ?
Bonne après-midi à tous 
Bonjour à vous tous.
Je suis depuis hier l’heureux possesseur d’une Livebox SAGEM…
Tout allait bien hier, mais ce matin elle semblait s’être réinitialisée, il semblerait qu’une grosse MaJ de firmware ait eu lieu ce matin.
Après avoir reconfigurer le bins, réassocié mon Wifi, etc. j’ai pu constater une latence anormale. En fouillant un peu, je suis tombé sur les logs du Firewall qui parlent de TCP Window (comme en première page) et là ça a fait tilt dans ma tête. Certains routeurs ne respectant pas les normes TCP/IP ne comprennent pas le window scaling et je pense que c’est le cas de la SAGEM avec ce nouveau firmware.
Pour ceux que ça intéresse : lwn.net/Articles/92727/
Je ne sais pas si c’est vraiment ça le problème, je ne suis pas chez moi pour tester la solution donnée. Est-ce que quelqu’un pourrait le faire et donner des nouvelles ?
Pour desactiver le window scaling :
ou
en fonction de la version du kernel…
Amicalement,
[quote=“Vonstorm”]
apt-get install bind9 resolvconf
et un reboot.
Méthode qui n’est peut-être pas la meilleure, mais qui fonctionne impec autant pour les navigateurs que les clients de messagerie instantanée!
Qu’en pense PascalHambourg ?[/quote]
Pourquoi moi ? Qu’est-ce que j’ai fait de mal ? 
Mettre en place son propre serveur DNS cache récursif est une bonne idée pour s’affranchir d’éventuels dysfonctionnements liés aux caches DNS du FAI ou de la box. BIND est peut-être un peu “riche” pour cette tâche, il doit exister des caches plus légers.
N’ayant jamais utilisé resolvconf, je ne peux me prononcer sur son utilité dans ce cas. Par contre un reboot était clairement superflu, cela ne s’impose que pour un changement de noyau.
Je fais remonter ce post parce que peut etre que tout comme moi, certains avaient decides de se passer de leur(s) systeme(s) d’exploitaton GNU/LinuX pendant un moment.
Recemmment j’ai decide de retourner sous FreeBSD et de resoudre le probleme de resolution de serveur de noms que je rencontrait.
Malgre les solutions fonctionnelles qui on ete mentionnees plus haut, je trouve que ca manque d’exemple concret :]
Donc, je pense que l’une des solutions la plus efficace / clean qui a ete proposee est de remplacer l’ip de votre livebox pour la resolution des serveurs de noms par celles du FAI (Orange):
DNS 1 : 80.10.246.2
DNS 2 : 80.10.246.129
Ce qui donne pour mon fichier /etc/resolv.conf
search home
nameserver 80.10.246.2
nameserver 80.10.246.129
#nameserver 192.168.1.1
Voila, en esperant en avoir aide certains, @ la prochaine 
Ca marche pour les deux OS que j’utilise : FreeBSD 7.0 (Release: #0) et Debian 4.0 (Lenny)
bonjour . j’ai resolu mon probléme internet lent avec bind9 resolvconf . grace a vous , merci a tous . j’utilise debian depuis 3 ans a peu pres . je suis sous etch et avant sous sarge . un grand merci . éric
j’ai aussi ma solution perso à ce problème que j’ai trouvé cette semaine.
aptitude install resolvconf
editer le fichier /etc/resolv.conf
mettre les DNS Orange
puis : cp /etc/resolv.conf /etc/resolvconf/resolv.conf.d/base
un reboot et c’est réglé.
Salut à tous,
J’avais le même problème avec ma livebox. J’ai commencé par blacklister ipv6 et le résultat est pratiquement parfait. En fait le seul programme qui me pose encore un soucis est aptitude. Lors de l’update ou du téléchargement des paquests, il y’a un délai avant de le début du téléchargement, comme lorsque la résolution DNS ne fonctionnait pas correctement.
Depuis j’ai changé mes DNS dans le fichier /etc/resolvconf.d/base, mais rien n’y fait, aptitude ne résoud pas les DNS correctement.
Avez-vous un comportement similaire ? Pensez vous que ce soit du au fait que aptitude est le seul programme que j’execute en root et que je connecte à internet ? ça n’est pas vraiment génant comme problème, mais je suis suffisament curieux pour vouloir comprendre.
BBK
Comme dit plus haut:
dhclient.conf
[quote]# Configuration file for /sbin/dhclient, which is included in Debian’s
#send host-name “andare.fugue.com”;
#send dhcp-client-identifier 1:0:a0:24:ab:fb:9c;
#send dhcp-lease-time 3600;
supersede domain-name-servers 80.10.246.2, 80.10.246.129;
#prepend domain-name-servers 127.0.0.1;
request subnet-mask, broadcast-address, time-offset, routers;
#require subnet-mask, domain-name-servers;
#timeout 60;
#retry 60;
#reboot 10;
#select-timeout 5;
#initial-interval 2;
#script “/etc/dhcp3/dhclient-script”;
#media “-link0 -link1 -link2”, “link0 link1”;
#reject 192.33.137.209;
#alias {
#}
#lease {
#}[/quote]
Et je n’ai aucun problème avec quelque application que ce soit. pas plus avec Synaptic qu’avec apt-get ou autres.
Chez moi aptitude rame un max (par rapport à apt-get) mais juste parce que c’est un gros bloatware qui a du mal avec les performances modestes de la machine, pas à cause d’IPv6 qui marche très bien, merci (et j’ai pas de Livebox pourrie).
Tu pourrais lancer une capture de trafic avec tcpdump, wireshark, tshark… pour voir si le délai est dû à des requêtes DNS qui n’obtiendraient pas de réponse.
quote="PascalHambourg"
pour voir si le délai est dû à des requêtes DNS qui n’obtiendraient pas de réponse.[/quote]J’ai pas lu le reste: il est chez onrange/canardoo ?