Forum général.général Problème réseau lent : Erreur de configuration ?

Posté par  (site web personnel) .
Étiquettes :
0
25
jan.
2008
Bonjour,

Je viens d'installer un serveur avec une Debian 4.0. Après avoir tout configuré [ apache, mysql, samba, etc. ], je le place gentiment à côté de mon pc de dév. et me connecte dessus en SSH. Là je remarque après quelque temps d’utilisation qu'à chaque connexion depuis le serveur, vers n’importe quel hôte via ssh ou protocole samba et autres, il y a un temps de latence assez important.

Par exemple, j'ai un script shell qui me fait des backups en tar qui sont sur un serveur en ligne, et lorsque je lance ce script sur mon nouveau serveur local pour qu’il aille prendre les fichiers de backups en ligne, les commandes scp et ssh mettent au moins 10 à 15 secondes avant de s'exécuter, ou plus précisément, avant que la connexion soit établie.

Pareillement, lorsque je lance une copie depuis Windows, le taux de transfert est aux environs de 3,5MBps mais le transfert se met en suspend pendant plusieurs secondes avant de continuer. J'ai bien vérifié si le problème venait de ma configuration de iptables, mais même vidée, ça ne changeait rien.

Je suis sur un réseau en 100 et en 1000, tous les pc sont reliés à un switch NetGear ProSafe 8 Port Gigabit Switch. Je me suis demandé d'ailleurs si ça ne venait pas de lui, mais les autres pc fonctionnent nickel...so why?!

Si quelqu'un avait une idée ça m'aiderait beaucoup.

Merci d'avance.
  • # config réseau

    Posté par  . Évalué à 1.

    Bonjour,

    Utilise top pour savoir si un soft n'utilise pas toutes les ressources machine.

    Au niveau réseau, tu peux voir si tu ne subis pas de déconnexions/reconnexions avec :
    dmesg|grep -i eth

    Pour connaitre la vitesse de connexion, l'autonégociation, ... :
    ethtool .
    Si tu veux forcer certains paramètres au démarrage de ton serveur, regarde cette page :
    http://www.cyberciti.biz/tips/howto-linux-add-ethtool-duplex(...)

    Ce commentaire laisse entendre que tu peux forcer la vitesse, la négociation, .... avec ethtool :

    >In Debian or Ubuntu, it’s much easier to add a pre-up line to >/etc/network/interfaces. Something like this:
    >
    >iface eth0 inet static
    >pre-up /usr/sbin/ethtool -s $IFACE 10 duplex half
    >address ..
    • [^] # Re: config réseau

      Posté par  . Évalué à 2.

      Bonjour,

      Je rajouterais bien une vérification au niveau du DNS pour la résolution inverse ce qui peut ralentir l'établissement de la connexion en SSH.
      Pour cela, un moyen de tester consiste à rajouter [temporairement] une entrée dans le fichier /etc/hosts avec ton adresse IP de connexion (avec peut-être une relance du service ssh ?) et retenter une connexion...

      Sinon, un peu en vrac:
      1) la configuration (speed, duplex, autonegociation, ...) et les statistiques (ifconfig, netstat, ...) des interfaces réseaux pour identifier éventuellement des collisions/erreurs
      2) la configuration (par exemple configuration ATA0[Petite Tortue] au lieu de ATA7 [Petite Tortue Boostée], ...) et les statistiques (iostats & co) des disques durs en usage lors des transferts.

      Bon courage !

      Cordialement,
    • [^] # Re: config réseau

      Posté par  (site web personnel) . Évalué à 1.

      J'ai bien vérifié : aucune déconnexion/reconnexions intempestive et pour les ressources machine, je ne vole pas au-dessus des 7%...

      Tout du moins ethtool m'a servi à autre chose, donc merci :]
  • # Problème de DNS inverse

    Posté par  . Évalué à 1.

    Bonjour,

    c'est typique du problème de DNS inverse.

    Chaque fois qu'on se connecte via ssh, le démon sshd tente une résoution dns inverse. Même si on désactive l'option dans le fichier de configuration (!).

    Si tu tapes "host 192.168.5.3" par exemple (prends l'adresse IP de l'un de tes ordinateurs) et que ça met 10 secondes pour te dire que ça ne trouve pas, c'est la cause la plus probable.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.