Eu faço muito trabalho em uma máquina centos (7.2) na qual eu ssh de uma máquina do Ubuntu (14.04).
Tudo funciona bem, quase. Mas depois de um tempo no controle remoto, geralmente alguns minutos, tenho que esperar o próximo prompt (por exemplo, depois de pressionar Enter) por alguns segundos. Isso é muito chato.
Efetuando logout e back in corrige isso temporariamente, mas isso acontece novamente após alguns minutos. Eu não estou falando sobre o prompt de senha após o login ou assim, essa parte está bem. É o prompt normal depois de estar logado por um tempo que fica lento.
Alguma ideia de onde procurar uma solução?
editar:
também ocorre o login de outras caixas, mas parece ser específico da minha conta de usuário.
ssh -v não mostra saída adicional quando o shell trava (então, após o login, não há nada de novo até o logout). aqui está o último par de linhas do ssh -v:
debug1: Authentication succeeded (password).
Authenticated to X.X.X.X ([X.X.X.X]:22).
debug1: channel 0: new [client-session]
debug1: Requesting [email protected]
debug1: Entering interactive session.
debug1: Sending environment.
debug1: Sending env LANG = en_US.UTF-8
debug1: client_input_channel_req: channel 0 rtype exit-status reply 0
debug1: client_input_channel_req: channel 0 rtype [email protected] reply 0
debug1: channel 0: free: client-session, nchannels 1
debug1: fd 2 clearing O_NONBLOCK
Connection to X.X.X.X closed.
Transferred: sent 11888, received 26136 bytes, in 329.2 seconds
Bytes per second: sent 36.1, received 79.4
debug1: Exit status 0
htop mostra "-bash" para usar 100% cpu enquanto aguardo o novo prompt.
É difícil dizer o que pode causar isso, mas, na minha opinião, parece um atraso normal de conexão, isso pode ser modificado, modificando a maneira como você se conecta ao centos.
Compression yes para usar a compactação e service ssh restart no lado do servidor para desativar a pesquisa do DNS. ssh -4 user@host ou ssh -6 user@host
(também alterar o método de autenticação pode ajudar)