Por que o SSH / SFTP está falhando em comandos com retornos maiores?

Question

Temos um servidor SFTP que funcionava bem até adicionarmos outro ISP. A conexão com o servidor SFTP não está passando pelo novo ISP, eu confirmei com tracert . Nenhuma alteração foi feita no servidor também. Mas, desde então, as conexões SFTP ou SSH de alguns usuários atingem o tempo limite / travam se o comando executado tiver um retorno maior. Aqui está o cenário:

1. posso continuar a pingar e o ping sempre retornará mesmo quando O SSH / SFTP expira em minutos
2. posso me conectar ao servidor, ele pede autenticação e me permite faça o login.
3. Se o comando ls do meu diretório raiz estiver retornando um pequeno número de arquivos ou pastas, ele mostra a listagem de arquivos e pastas
4. Se o comando ls do meu diretório raiz for maior que digamos 5 ou 6 arquivos ou pastas, então trava / expira.
5. Enquanto tentava isso, tentei executar um ping para o servidor, e é retornando o tempo todo.

6. Isso não acontece com todos, mas parece acontecer com usuários que estão em outra cidade.

7. Eu tentei diferentes clientes SFTP (FileZilla e WinSCP). Ambos têm o mesmo problema.

Eu executei o WireShark no meu PC (que está fora da nossa rede e fora da cidade), quando SFTP / SSH atinge o tempo limite, vejo erros de retransmissão e parte do segmento não capturados, o que me leva a acreditar que talvez ser alguma perda de pacotes em algum lugar entre os saltos.

Expert Info (Note/Sequence): Retransmission (suspected)
Previous segment not captured (common at capture start)

O SFTP / SSH é sensível à perda de pacotes? O SSH / SFTP não retransmitiria / reagenciaria para evitar esses erros de perda de pacote? Há algo nas configurações do servidor que eu possa ajustar para que isso funcione?

    

Answer 1

Eu acredito que o comentarista acertou em cheio, este é um exemplo clássico de um problema de MTU (e MTU de caminho não detectando adequadamente o MTU menor necessário para aquele caminho em particular que está falhando). Você deve verificar se os dispositivos intermediários no caminho que está falhando estão permitindo adequadamente que os pacotes de descoberta de caminho MTU sejam concluídos, e que não haja nenhum roteador intermediário com MTUs desnecessariamente pequenos. Você provavelmente pode reduzi-lo enviando grandes pacotes icmp até o tamanho de MTU para cada salto ao longo do caminho para descobrir onde ele está falhando (embora isso nem sempre funcione).