O que pode causar uma sessão ssh lenta? [fechadas]

46

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.

ssh performance

— lexsys
fonte

Mosh é um substituto bom ssh para evitar esse problema: mosh.mit.edu

— Steven C. Howell

6

servidor ssh ... por que isso foi fechado? é claramente um problema de servidor. Certamente, algumas das respostas aqui são baseadas em opiniões, mas a pergunta deve ser boa.

— j0h

5

Por que esta pergunta está encerrada? No meu caso, era def lado do servidor - uma porta UDP 67/68 fechada. Havia o DHCP ativado em uma imagem Vultr genérica, ele estava tentando renovar o IP do pub constantemente, mas sendo bloqueado pelo CSF. Permitir que essas portas parecessem resolvê-lo, SSH veloz (e outros serviços de rede) mais uma vez. Fique de olho nisso se você usar essa ou outras imagens VPS padrão / semelhantes.

— precisa saber é o seguinte

5

Este é claramente um problema de rede (comum). Eu acredito que não há razão para fechá-lo, e definitivamente não está fora de tópico. Mesmo (particularmente) quando o problema pode ter várias causas difíceis de identificar.

— Mivk # /

17

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 ter uma idéia de onde os problemas de rede podem ocorrer.

— David Pashley
fonte

13

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.

— Woody
fonte

9

Eu posso pensar em duas causas possíveis:

Perda de pacotes na conexão
Carga alta no servidor.

— Shoan
fonte

3

Tentei medir o desempenho da rede e logo descobri que o terminal estava bom. O que aconteceu?

Temos um balanceamento de carga entre o roteador de dois canais da Internet. Às vezes, ele direciona meu tráfego ssh através do wan1 e, às vezes, pelo wan2. Eu propus que havia algo errado com apenas um canal. Então, medi o desempenho da rede com o mtr (ótima ferramenta!) Para dois canais separadamente.

sim! wan2 tem 21 saltos com 110 ms e wan1 tem 15 com apenas 21 ms! a latência wan2 é o problema.

— lexsys
fonte

3

Use Compression e CompressionLevel de 9. Isso deve ajudar um pouco. Você pode configurar esses parâmetros em / etc / ssh / ssh_config. Mas se a rede real for muito ruim, esses truques não farão muito bem.

— Saurabh Barjatiya
fonte

2

A causa mais óbvia para esse comportamento é o link que está saturado ou está descartando pacotes. Em quantos saltos você tem da estação de trabalho até a máquina em que está trabalhando? Você analisou um traceroute, se aplicável?

— Jan Jungnickel
fonte

2

Se você estiver usando o OpenSSH em um tubo de gordura longa (alta largura de banda + alta latência), verifique se está usando pelo menos a versão 4.7 nos dois lados, pois ela contém correções para que o OpenSSH use um tamanho de janela tcp maior.

 * 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, pois, caso contrário, o remetente poderá ter que esperar por uma confirmação antes de continuar enviando.

— Knweiss
fonte

1

Como já foi dito por outros, pode vir de latência, perda na sua rede, servidor lento.
Às vezes, você vê 2 caracteres em um tipo, porque a pilha TCP moderna usa um algoritmo chamado Naggle .

— raio
fonte

1

O algoritmo de Nagle está sempre desativado em aplicações interactivas como telnet e SSH

— LapTop006

1

Você não tem informações suficientes para dizer 'sempre'. Não sabemos qual cliente / servidor ssh ele está usando. Não sabemos o sistema operacional que ele está executando. etc. Em alguns sistemas operacionais, uma configuração no nível do kernel pode afetar o TCP_NODELAY definido no nível do aplicativo.

— raio

1

Também pode ser uma tentativa de força bruta do SSH que limita sua conexão. Toda vez que minha sessão fica lenta, verifico os logs e, em vários casos, alguém está tentando senhas como loucas.

— raupach
fonte

1

DNS mal configurado pode causar isso. O servidor responderá bem após o login e fará o upload e o download de arquivos com bastante rapidez, mas os logins SSH serão lentos.

— ServerChecker
fonte

1

Descobri que posso soltar uma entrada IP em / etc / hosts para um servidor que tenha um login SSH lento e geralmente que acelere a conexão inicial. Mas a verdadeira solução é fazer com que o DNS funcione corretamente.

— ServerChecker

1

Uma coisa a olhar é simplesmente a memória do servidor. Eu estava executando uma VM do Ubuntu com 256Mb de memória e o SSH era muito lento. Dobrar isso para 512Mb resolveu o problema.

— GateKiller
fonte