A alta latência é outra causa do baixo desempenho do ssh. Eu recomendo usar o mtr como um substituto melhor para o traceroute. Ele deve ser capaz de fornecer uma ideia de onde seus problemas de rede podem ocorrer.
Eu ssh no host remoto, mas o desempenho do terminal é ruim. Os símbolos que estou digitando não são mostrados imediatamente, mas com algum atraso. Às vezes dois símbolos são mostrados ao mesmo tempo após o atraso.
Desativar o encaminhamento do X11 se você não precisar dele (ssh -x) e ativar a compactação (ssh -C) também pode acelerar sua sessão.
Eu posso pensar em duas causas possíveis:
Tentei medir o desempenho da rede logo descobri que o terminal estava bem. O que aconteceu?
Temos um balanceamento de carga entre dois roteadores de canais da Internet. Às vezes, ele roteia meu tráfego ssh através de wan1 e às vezes através de wan2. Eu propus que há algo errado com apenas um canal. Então eu medi o desempenho da rede com mtr (ótima ferramenta!) Para dois canais separadamente.
sim! O wan2 tem 21 saltos com 110 ms e o wan1 tem 15 com apenas 21 ms! A latência do wan2 é o problema.
Use Compression and CompressionLevel of 9. Isso deve ajudar um pouco. Você pode configurar esses parâmetros em / etc / ssh / ssh_config. Mas se a rede real for muito fraca, esses truques não farão muito bem.
A causa mais óbvia para esse comportamento é o link que está saturado ou descartando pacotes. Quantos saltos você tem da sua estação de trabalho para a máquina em que você está? Você já analisou um traceroute, se aplicável?
Se você estiver usando o OpenSSH em um cano longo (alta largura de banda + alta latência), certifique-se de usar pelo menos a versão 4.7 em ambos os lados, pois ele contém correções para fazer o OpenSSH usar um tamanho de janela tcp maior. / p>
* The SSH channel window size has been increased, and both ssh(1)
sshd(8) now send window updates more aggressively. These improves
performance on high-BDP (Bandwidth Delay Product) networks.
Isso pode ser importante se você quiser usar a conexão em todo o seu potencial, porque, de outro modo, um remetente pode ter que esperar por uma confirmação antes de poder continuar enviando.
Como já foi dito por outros, pode vir de latência, perda na sua rede, servidor lento.
Às vezes você vê dois caracteres em um tipo, porque a pilha TCP moderna usa um algoritmo chamado Naggle .
Também pode ser uma tentativa de força bruta de SSH que limita sua conexão. Toda vez que minha sessão corre devagar eu verifico os logs e em muitos casos alguém está tentando senhas como um louco.
O DNS configurado incorretamente pode causar isso. O servidor responderá bem quando tiver efetuado login e fará o upload e o download de arquivos com bastante rapidez, mas os logins SSH serão lentos.
Uma coisa é simplesmente a memória do servidor. Eu estava rodando um Ubuntu VM com 256Mb de memória e o SSH era muito lento. Dobrar isso para 512Mb resolveu o problema.