Retourner aux forums || Retourner au forum general.general
Les symptômes sont les suivants :
_ j'ouvre une session ssh d'une machine vers une autre
_ au bout d'un temps aléatoire la session se fige (le clavier ne réponds plus).
_ Pourtant la session ssh est toujoujours ouverte ("ETABLISH" avec netstat, "Still login" avec Last)
_ J'ai essayé avec gnome-terminal, xterm, en mode texte pur, avec putty sous windows ...
_ Cela se passe depuis que j'ai fait un peu de ménage dans le réseau (trier les cables ...)
J'en déduit donc qu'il s'agit d'un problème au niveau ethernet. Celà ne m'étonne pas d'ailleurs car toutes une partie du réseau est assez vieille et obscure, de plus il est clairement surdimenssionné par rapport au nombre de machines en service (la topoplogie des lieux, implique une multiplication des switchs).
Le problème est que je coince pour faire un diagnostic plus précis.
Je cherche donc un bon conseil ou un logiciel me permettant d'avancer. Merci pas avance
Joris
> Lire le message (5 commentaires, moyenne: 1,6).
Des outils
Comme outils, il y a le fameux ping pour voir si la machine distante repond, ou bien tcpdump qui affiche le traffic réseau (tcpdump -i interface).
Si tu crois que ça vient d'un problème physique, impliquant des switchs, regarde bien si les lumières ne s'éteignent pas des fois.
De plus il arrive qu'avec des cartes ethernet qui négocient le débit automatiquement le débit avec le switch, un cable défectueux entraine des coupures réseaux. Dans ce cas, on voit des messages dans les logs de la machine!
-
[^]Re: Des outils
Posté par d-jo (page perso, ) le 27/02/2006 à 09:33. (lien). Évalué à 1.Au niveau ping, les machines répondent bien. Je vais regarder avec tcpdump (que je ne connaissais pas) et scruter les logs.
Ceci dit, j'aurais du préciser que ce problème ne met pas en cause deux machines particulières, mais l'ensemble des machines du réseau.
Je pense à une erreur au niveau de la topologie. Je cherche donc à faire un diagnostic précis à ce niveau. Je ne connais que HP Network Node Manager pour faire ce genre de choses mais :
_ c'est proprio
_ c'est cher
_ ça n'existe pas pour Debian
...-
[^]Re: Des outils
Posté par B. franck () le 27/02/2006 à 11:28. (lien). Évalué à 2.dans l'ordre que l'on suivant l'humeur:
- je chercherais des boucles vu la multiplicité des switchs avec l'outil "traceroute"
- j'observerais le contenu des communications avec Ethereal (à la recherche de broadcast excessif que j'essaierais d'arrêter aux switches)
- je cartographierais le reseau avec Cheops pour avoir une vision globale du plat de spaghettis
ethereal: http://www.ethereal.com/
cheops: http://cheops-ng.sourceforge.net/
et arrêtez avec votre ping, adoptez hping2, c'est mieux: http://www.hping.org/
-
Câblage deffectueux ?
Salut,
J'ai déjà eu des problèmes bizarres quand le câblage est deffectueux, donc vérifier de ce côté là, l'homogénéité n'est pas une mauvaise chose...
Vérifier si comme le disent d'autres personnes, que les cartes ne cherchent pas à négocier sans arrêt le débit (10/100 mb etc..), dans certains cas il vaut mieux forcer le débit à 100Mb sur la carte ET sur le commutateur.
Voir s'il n'y a pas de filtrage quelque part, un firewall mal configuré ou un truc comme ça ?
Voir s'il n'y a pas de collisions quelque part ? Avec des switchs ce risque est faible.
Faire une analyse de trame avec tcpdump, pour plus de confort ethereal s'impose, c'est une interface à tcpdump.
Voilà ce qui me vient à l'esprit pour le moment..
Bon courage
Merci
Merci pour vos réponses. avec ça, je devrais pouvoir avancer
A+
Joris
Revenir en haut de page || Retourner aux forums || Retourner au forum general.general
Cette page a été générée par Templeet en 0.061s (dont 0.0052 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
Faire un don !
Cette discussion est archivée, il n'est plus possible de laisser des commentaires.
Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.