Problème ssh

[fafaro]

Bonjour,

Je ne sais pas si ce forum est le bon pour vous soumettre mon problème, et si ce n'est pas le cas, je m'en excuse.

Nous avons installé la distribution Mandrake spéciale cluster (CLIC) sur le cluster du labo où je travaille, et nous avons un problème avec le ssh. La connexion par ssh entre 2 machines du cluster demande 10 à 15 secondes, ce qui me parait très suspect. Et je ne sais pas d'où vient le problème.

Comme la distribution CLIC est libre, elle n'inclut pas de support, et lorsque j'ai soumis ce problème sur la mailing liste de CLIC, personne n'a pu m'aider . Je me tourne donc vers vous.

Dernière chose : je n'ai pas de grosses connaissances en Linux, alors pardonnez les questions un peu idiotes que je risque de vous poser si vous me demander des précisions sur notre installation ou les config. de nos machines.

Merci pour votre aide !

Fabrice

[Angel Eyes]

on parfois le même problème...

les raison sont simples :

- routages ambigus/mal foutus (dans le genre essayer passer en priorité par la gateway ... ce qui pose problème pour communiquer avec une machine du même réseau, même si le ping est excellent)

- machines peu puissantes

- mauvaise config ssh au niveau autorisations

[gauret]

Est-ce que la machine sur laquelle tu te connectes a accès à internet ? Est-ce qu'elle a une config DNS correcte ? (voir /etc/resolv.conf) Est-ce que le fichier /etc/hosts est bien renseigné ?

Si on pouvait avoir ces deux fichiers en copier/coller, ce serait sympa :)

A+

Gauret

[fafaro]

Bonjour, voici les deux fichiers en question :

/etc/hosts

127.0.0.1 localhost.localdomain localhost

192.168.0.254 pcpserver.ensta.fr pcpserver

192.168.0.1 pcp1.ensta.fr pcp1

192.168.0.2 pcp2.ensta.fr pcp2

192.168.0.3 pcp3.ensta.fr pcp3

192.168.0.4 pcp4.ensta.fr pcp4

192.168.0.5 pcp5.ensta.fr pcp5

192.168.0.6 pcp6.ensta.fr pcp6

/etc/resolv.conf

nameserver 192.168.0.254

search ensta.fr

Merci,

Fabrice

[Acetik]

oui le meilleur moyen c'est de regarder le /etc/resolv.conf

c'est vrai que c pas normal, desfois ca vient aussi d'un trafic reso surchargé :)

c pas un reso 10 mbit quand meme

[fafaro]

Non, c'est un réseau Gigabit Ethernet.

[Acetik]

fait un ifconfig apres une tentative ssh

ya des Packet Lost ?

[-rem-]

que donne :

netstat -ar

( ou route )

ifconfig -a

??

[fafaro]

Salut,

Voilà ce que ça donne :

netstat -ar

Table de routage IP du noyau

Destination Passerelle Genmask Indic MSS Fenêtre irtt Iface

147.250.33.0 pcp.ensta.fr 255.255.255.0 UG 0 0 0 eth0

192.168.0.0 * 255.255.255.0 U 0 0 0 eth0

239.2.11.0 * 255.255.255.0 U 0 0 0 eth0

127.0.0.0 * 255.0.0.0 U 0 0 0 lo

default pcpserver.ensta 0.0.0.0 UG 0 0 0 eth0

et ifconfig -a

eth0 Lien encap:Ethernet HWaddr 00:07:E9:19:E4:86

inet adr:192.168.0.21 Bcast:192.168.0.255 Masque:255.255.255.0

UP BROADCAST NOTRAILERS RUNNING MULTICAST MTU:1500 Metric:1

RX packets:6558 errors:0 dropped:0 overruns:0 frame:0

TX packets:976 errors:0 dropped:0 overruns:0 carrier:0

collisions:0 lg file transmission:100

RX bytes:689583 (673.4 Kb) TX bytes:126674 (123.7 Kb)

Interruption:21 Adresse de base:0xd400 Mémoire:ed800000-ed820000

lo Lien encap:Boucle locale

inet adr:127.0.0.1 Masque:255.0.0.0

UP LOOPBACK RUNNING MTU:16436 Metric:1

RX packets:86 errors:0 dropped:0 overruns:0 frame:0

TX packets:86 errors:0 dropped:0 overruns:0 carrier:0

collisions:0 lg file transmission:0

RX bytes:5988 (5.8 Kb) TX bytes:5988 (5.8 Kb)

Merci,

Fabrice

[Acetik]

jvoie pas moi, un simple ping donne quoi ?

[-rem-]

147.250.33.0 pcp.ensta.fr 255.255.255.0 UG 0 0 0 eth0

192.168.0.0 * 255.255.255.0 U 0 0 0 eth0

239.2.11.0 * 255.255.255.0 U 0 0 0 eth0

Tu as trois reseaux locaux auxquels tu accedes par la meme interface eth0 ? Moi j'aurais plutot vu le reseau local sur lequel eth0 se trouve ( 192.168.0.x/255.255.255.0 ) et le reste se gerera au niveau de la passerelle, 192.168.0.254. Chaque machine du reseau n'est pas un routeur local...

[fafaro]

Je ne sais pas ce qu'est le réseau

239.2.11.0 * 255.255.255.0 U 0 0 0 eth0

Je connais les deux autres, mais pas celui-ci.

La question est de savoir si le problème peut venir de là.

[-rem-]

La question est de savoir si le problème peut venir de là.

Par experience je dirais oui. Il y a un bordel noir dans tes routes a mon avis... Les packets doivent beaucoup hesiter avant de choisir le bon chemin. Normallement, c'est soit :

- reseau local ( meme genre d'adresses que interface reseau concernee )

- loopback ( lo0 )

- passerelle pour tout le reste

Si encore tu avais 3 reseau locaux sur 3 interfaces reseaux differentes, la ca paraitrait normal, mais la moi je ne suis pas d'accord avec votre config reseau.

[fafaro]

Merci !

Je vais voir si je peux éclaircir un peu cette histoire.

[fafaro]

J'ai réglé quelques problèmes au niveau des réseaux, voilà ce que me donne maintenant netstat -ar

Table de routage IP du noyau

Destination Passerelle Genmask Indic MSS Fenêtre irtt Iface

192.168.0.0 * 255.255.255.0 U 0 0 0 eth0

127.0.0.0 * 255.0.0.0 U 0 0 0 lo

default pcpserver.ensta 0.0.0.0 UG 0 0 0 eth0

J'ai toujours le même problème.

Est-ce que quelqu'un a une autre idée ?

Merci,

Fabrice

[-rem-]

c'est deja plus propre....

Ce que tu peux faire, si tu en as le droit, c'est de te logguer en root sur le server et de lancer un tcp dump sur le port qui correspond aux requetes que tu fais depuis un client. Si tu vois que les trames n'arrivent pas tout de suite, il y a un probleme.

Mais normallement, avec ta table de routage sur ton client, ca devrait marcher mieux, c'est carrement plus propre. tout ce qui n'est pas destine a ton Lan part direct sur la passerelle. C'est quoi comme machine et comme os ( si linux, quelle distrib, noyaux ...etc...) le pcserver stp ?

Et au passage, il n'y a que le ssh qui merde ??