[Contourné] Debian Livebox Connexion Internet lente

Support Debian
#41

Non, ce n’est pas la bonne solution, car ça ne règle - ou plutôt contourne - le problème que pour iceweasel/firefox et pas les autres applications internet. Le vrai problème est dans le nouveau firmware de la Livebox Sagem. A ce propos, je viens de lire un message publié dans fr.reseaux.telecoms.adsl et fr.reseaux.internet.fournisseurs qui fait état de pas mal d’autres problèmes liés à ce nouveau firmware. Notamment concernant le DNS, les requêtes de type AAAA (adresse IPv6) ne sont pas les seules affectées.

[quote]* Plus d’option pour configurer les plages IP DHCP

  • Plus d’option pour arrêter ou configurer le relai DNS
  • Le nouveau relai DNS, modifie et altère les réponses DNS
  • Tous les noms de domaine en alias CNAME sont traduit en enregistrement A
  • Il n’est plus possible d’interroger d’autres types d’enregistrement DNS. plus de TXT plus de CNAME, plus de AAAA, plus de SRV, plus de MX
  • Plus moyen de configurer une connexion en PPPOA. C’est PPPOE sans aucune option et rien d’autre.
  • Donc, retour à un MTU de 1472 au lieu de 1500 quant on passe en PPPOA.
  • Presque toutes les commandes ont disparues de l’interface telnet
  • Plus de SNMP pour suivre et tracer les débits entrants et sortants
  • Plus de syslog sur une autre machine pour tracer les évènement de connexion/déconnexion entre autre.
  • Plus de configuration du relai PSTN pour ceux qui ont une ligne analogique et veulent recevoir leurs appels sur le téléphone connecté à la Livebox[/quote]
#42

Donc rien à faire sinon attendre? Bon, tant pis! Je reste sur Ubuntu 8.O4 pour le moment.Surtout que j’a installé mes deux ordinateurs maintenant et que sous Hardy, le ugly-fix pour le load_cyle_count élevé ne fonctionne pas! Il faut se servir des scripts fournis par Novell pour OpenSuse pour hdparm. Pour que ça ne redémarre pas après une mise-en-veille il existe un script de Redhat qu’un ubunteros a adapté. Pour ceux que cela intéresse, voir: duopetalflower.blogspot.com/

#43

Et surtout, tout le monde n’a pas le même niveau en informatique. Personnellement, il y a 8 mois j’étais 100% Macintosh chez moi.
En tout cas, on est bien dans la merde avec nos Livebox Sagem. J’ai donc switcher sous Ubunru 8.04 depuis ce problème. Mais en général, je me lasse d’Ubuntu au bout de quelques jours. je me demande si je ne vais pas réinstaller (Je crois qu’elle est toujours paramétrée) mon vieux modem adsl ethernet avec une borne Apple Airport Extreme au bout le temps d’un changement de firmware de la Livebox.

#44

Concernant spécifiquement le problème DNS, dont l’effet le plus visible est la lenteur d’accès aux sites, il reste la possibilité d’interroger directement les serveurs DNS caches d’Orange plutôt que le relais tout pourri de la Livebox. On met leurs adresses dans /etc/resolv.conf à la place de celle de la Livebox, ou si on utilise DHCP on configure le client DHCP pour qu’il ignore ou outrepasse les DNS passés par le serveur DHCP. Avec dhclient qui est le client DHCP par défaut sous Debian, voir dans le fichier dhclient.conf.

#45

Ça doit venir de moi qui suis venu à GNU/Linux par et pour le réseau, j’ai toujours du mal à concevoir que des linuxiens n’aient pas un minimum de culture des mécanismes de base d’internet.[/quote]

C’est vrai, pourquoi cette remarque, car à ce moment la, je ne conçois pas que chaque automobiliste n’est pas un minimum de connaissances en mécanique … non je plaisante ! on ne peux pas tout savoir et chacun d’entre nous a un niveau de curiosité différent.

#46

Il faut créer un hook dans /etc/dhcp3/dhclient-enter-hooks.d/
viewtopic.php?f=3&t=7721&p=71344#p71344

#47

Bon, t’es génial Pascal! Bien que pas très aimable avec les non spécialistes des réseaux.
J’ai lancé une Debian etch livecd; suis allé dans réglage des réseaux (sudo network-admin) et ai remplacé l’adresse de la Livebox dans DNS par deux nouvelles adresses: les DNS d’Orange primaire et secondaire.
Et ça marche! peux-tu confirmer que c’est bien ce qu’il y a à faire quand la config est en mode itinérant? je n’ai pas le curage pour le moment de réinstaller des Debian sur mes machines; surtout si cela doit merder à cause de ce problème.
Je sais que les spécialistes font ça en ligne de commande, mais avec une livecd etch et un clavier anglais: trop dur.

#48

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. :frowning:

Je ne sais rien du “mode itinérant” dont tu parles, donc je ne peux rien confirmer ni infirmer, désolé.

#49

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.

#50

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.

#51

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>;
#52

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]

#53

Problème identique ce matin chez un client Ubuntu/Edgy LiveBox SAGEM !

#54

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é).

#55

Juste avec le changement de DNS ?

#56

j’ai modifié le dhclient comme suit:

[quote]# Configuration file for /sbin/dhclient, which is included in Debian’s

dhcp3-client package.

This is a sample configuration file for dhclient. See dhclient.conf’s

man page for more information about the syntax of this file

and a more comprehensive list of the parameters understood by

dhclient.

Normally, if the DHCP server provides reasonable information and does

not leave anything out (like the domain name, for example), then

few changes must be made to this file, if any.

#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 {

interface “eth0”;

fixed-address 192.5.5.213;

option subnet-mask 255.255.255.255;

#}

#lease {

interface “eth0”;

fixed-address 192.33.137.200;

medium “link0 link1”;

option host-name “andare.swiftmedia.com”;

option subnet-mask 255.255.255.0;

option broadcast-address 192.33.137.255;

option routers 192.33.137.250;

option domain-name-servers 127.0.0.1;

renew 2 2000/1/12 00:00:01;

rebind 2 2000/1/12 00:00:01;

expire 2 2000/1/12 00:00:01;

#}[/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.

#57

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).

#58

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 :slightly_smiling:

#59

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,

#60

[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 ? :blush:

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.