Au cours de la semaine dernière, ma connexion SSH à une instance Amazon EC2 n'a cessé d'être déconnectée avec le message suivant
Echec de l'écriture : Tube cassé
En lisant quelques sites, j'ai supposé que c'était dû au fait qu'aucun délai d'attente n'avait été défini. ~/.ssh/config comme suit, en fonction de
- https://superuser.com/questions/374087/how-to-increase-the-default-time-out-for-ssh-on-os-x
- https://serverfault.com/questions/367205/error-encountered-when-setup-github-on-mac-write-failed-broken-pipe
- http://www.ericmichaelstone.com/?p=5852
### Stop timing out connections ServerAliveInterval 120 ServerAliveCountMax 20 TCPKeepAlive yes ### SSH Connection pooling for faster additional connections to a machine ControlMaster auto ControlPath /tmp/ssh_mux_%h_%p_%r Host * ControlMaster auto ControlPath ~/.ssh/control/%r@%h:%p ControlPersist 3600 ### Make it so ssh-ing from one server to another passes keys around automagically Host * ForwardAgent yes ### Get rid of SSH connection delays GSSAPIAuthentication no ### Use less encryption on servers I cant get to off-network Host 10.* 172.* 192.168.* Ciphers blowfish-cbc
Ces réglages ne semblaient pas avoir d'effet, pourtant j'ai réalisé que lorsque je suis pas à la maison, la connexion reste inactive comme l'année dernière. Je me suis connecté en SSH à l'instance sur deux réseaux distincts autres que le Wifi de ma maison, donc je suppose que quelque chose s'est produit à la maison au cours des deux dernières semaines pour modifier le comportement de la connexion SSH.
En utilisant Wireshark ou autre, comment puis-je suivre/diagnostiquer où et quand le problème de rupture des tuyaux SSH se produit sur mon réseau domestique ?
Utilisation de
- Mac OS 10.7.5
- OpenSSH_5.6p1, OpenSSL 0.9.8r 8 févr. 2011
- Amazon EC2 AMI t1.micro
