A conexão do ssh do CentOS é paralisada após a atualização da largura de banda do servidor

1

Eu tenho alguns servidores linux dentro de um cliente que recentemente aumentaram sua largura de banda - de 0.8 / 5mbps para 25mpbs / 100mbps ... (sim 100mpbs!) isso é muito bom, mas desde que minhas conexões WinSCP / Putty vão parado se eu deixá-los por alguns momentos .. se regularmente interagir (eu digito ou navegar / enviar arquivos sem muita pausa) funciona ok .. e então se eu entrar em uma tarefa diferente por um momento ou dois, com certeza putty / winscp barracas e eu tenho uma conexão morta .. é como a internet "parou" ou eu fui offline.

MAS-> se eu abrir uma nova conexão em uma nova janela de massa é imediatamente responsiva, então eu acho que é tudo com uma configuração de MTU, mas eu não sei o que é ou o que mudar ou como .

EDITAR

As respostas de @NickW e @MadHatter estavam corretas: no entanto, para uso futuro - você pode corrigir isso definindo WinSCP / putty keepalive ... para completar, aqui está um screenie

    
por user26676 21.05.2014 / 13:05

2 respostas

1

Como Madhatter afirmou, há um novo roteador no meio e, obviamente, é mais agressivo com os tempos limite, a solução simples em massa seria alterar algumas opções de tempo limite dentro da massa.

Na sessão, abra a janela Connection , ative as keepalives para 5 e assegure-se de que Enable TCP keepalives também esteja marcado. O primeiro keepalive é interno ao SSH, e provavelmente não é o problema, mas não faz mal configurá-lo.

    
por 21.05.2014 / 13:25
0

Como sabemos que há um novo roteador envolvido, isso pode ser um problema com as entradas da tabela de estado obsoletas.

Basicamente, a tabela NAT no roteador, que mapeia endereços internos e números de porta para endereços externos e números de porta, não é infinitamente expansível. Para evitar o esgotamento de memória, a maioria desses dispositivos mantêm uma nota de quão recentemente uma entrada em particular foi usada, e os suficientemente antigos são excluídos.

Às vezes, você pode contornar isso ativando TCPKeepAlives em sua configuração ssh, o que ajuda a manter o tráfego fluindo sobre o que poderia ser uma conexão ssh inativa. Às vezes, no entanto, o roteador é tão agressivo ao recuperar o espaço de tabela que se torna impossível manter uma conexão por mais de um período definido. Se esse for o caso, reconfigurar ou substituir o roteador pode ser sua única opção.

    
por 21.05.2014 / 13:26