Esse problema ocorreu aleatoriamente, de forma intermitente, em caixas de várias empresas, várias distros e várias rotações de kernel. Acho que estou apenas amaldiçoado.
O que acontece é que terei uma nova caixa carregada e farei algo dentro do ssh, como uma atualização do yum ou um apt-get. Tudo estará progredindo bem e então a sessão simplesmente para. O ssh não desconecta, é quase como se alguém tivesse enviado um pressionamento de tecla scroll lock para a sessão.
Se eu pressionar enter, ou espaço, ou qualquer pressionamento de tecla na sessão ssh, a sessão será reativada e será como se nada tivesse dado errado.
Certa vez, localizei um problema como esse e descobri que os processos interativos estavam entrando no status SLEEP. Não posso confirmar se este é o mesmo comportamento neste caso, mas alterarei a pergunta se conseguir identificar essa causa específica.
Independentemente disso, nunca consegui descobrir por que os processos entravam aleatoriamente em suspensão.
Alguém já teve esse problema ou algo semelhante e tem alguma ideia do que pode estar causando isso?
Responder1
Uma vez tive algo semelhante. Acontece que o TCP estava desconectando e reconectando, porque o MTU na sessão estava ruim. Quando uma saída longa fosse enviada para o terminal, isso é o que aconteceria (saída longa significa pacotes grandes significa mais do querealLimite de MTU, digamos, se você estiver se conectando através de um túnel).
No meu caso, uma redefinição do modem (eu estava fazendo VPN em casa) resolveu o problema. Em outro caso semelhante - uma configuração no firewall/gateway VPN fez isso.
Isso acontece quando há muita saída indo para o console? Em caso afirmativo, você pode tentar executar o tcpdump na caixa remota, digamos em um arquivo, e ver se é esse o caso?