Merci vous ne manquez pas d'idées pour me dépanner.
Voici mes tests :
Je suis en filaire (Je passe par le modem routeur de numéricable netgear CG3100L Docsis 3.0)
Le problème ne vient pas du DNS car j'attaque la machine par l'IP et il se produit même une fois connecté.
Test avec un port d'ouvert en NETCAT et envoie avec nc de l'autre côté : le problème se reproduit effectivement à un moment j'ai de la latence et le serveur n'affiche plus ce qu'il reçoit et affiche les lignes reçu à la bourre à partir d'un moment non déterminé.
Test avec NETCAT + TCPDUMP en parallèle .. le problème ne semble plus se reproduire .. (c'est que ça cause un tcpdump initié en ssh … Observation le problème se renouvèle lorsque j'arrête d'envoyer toute manipulation opération ou transfert d'infos pendant quelques secondes sur le port en écoute via Netcat, (tcpdump coupé) donc difficile de capturer quoique ce soit en l'état pour l'instant.
Ping du client vers le serveur longue durée en cours ; duréé de transfert du paquet approximative 0.136ms à noter du serveur -> client 0.315 ms (ça n'a rien à voir mais c'est tout de même trois fois plus long).
Je laisse tourne un ping intensif pour voir si y a de la perte (pour l'instant c'est clean) et je retente du tcpdump sur un netcat pour voir éventuellement et je passe aux autres opérationx ssh mode débug, boucle sur la durée … je vous tiens au jus selon les résultats.
# Divers tests et observations.
Posté par Kwiknclean . En réponse au message latences invite de commande en connexion ssh. Évalué à 0. Dernière modification le 15 octobre 2012 à 21:03.
Merci vous ne manquez pas d'idées pour me dépanner.
Voici mes tests :
Le problème ne vient pas du DNS car j'attaque la machine par l'IP et il se produit même une fois connecté.
Test avec un port d'ouvert en NETCAT et envoie avec nc de l'autre côté : le problème se reproduit effectivement à un moment j'ai de la latence et le serveur n'affiche plus ce qu'il reçoit et affiche les lignes reçu à la bourre à partir d'un moment non déterminé.
Test avec NETCAT + TCPDUMP en parallèle .. le problème ne semble plus se reproduire .. (c'est que ça cause un tcpdump initié en ssh … Observation le problème se renouvèle lorsque j'arrête d'envoyer toute manipulation opération ou transfert d'infos pendant quelques secondes sur le port en écoute via Netcat, (tcpdump coupé) donc difficile de capturer quoique ce soit en l'état pour l'instant.
Ping du client vers le serveur longue durée en cours ; duréé de transfert du paquet approximative 0.136ms à noter du serveur -> client 0.315 ms (ça n'a rien à voir mais c'est tout de même trois fois plus long).
Je laisse tourne un ping intensif pour voir si y a de la perte (pour l'instant c'est clean) et je retente du tcpdump sur un netcat pour voir éventuellement et je passe aux autres opérationx ssh mode débug, boucle sur la durée … je vous tiens au jus selon les résultats.
En attendant je vais tcpdumper mes nouilles.