A sessão SSH através do OpenVPN é interrompida / bloqueada após algumas linhas

Eu tenho um grande número de PCs sem ventilador idênticos executando o debian 6 (ARM). A maioria deles está conectada via comcast e funciona bem. Existem alguns que estão conectados aos modems 'WiMax' e estão tendo problemas de comunicação.

Especificamente: se eu fizer um shsh para um desses e tentar um comando como 'ps -ax', retornarei cerca de 3 linhas e a sessão será bloqueada. Se eu deixar descansar, eventualmente ele será encerrado com uma 'sessão fechada por pares'.

O que eu tentei:

• ssh -vvv → nenhuma mensagem de erro
• ssh <user@host> 'command'→ isso às vezes retornará a saída completa do comando. Às vezes, ele não se conecta.

Sugestões sobre outras coisas para tentar?

Descobri que posso executar alguns comandos com sucesso: por exemplo, pressionar Return uma dúzia de vezes ou mais está ok. cd ~e depois lffunciona como faz df -h. Posso executar dfmuitas vezes com êxito, mas assim que tento algo com mais saída (por exemplo ls /etc), ele trava.

Faz diferença que estou tentando me comunicar entre esses dois hosts usando o OpenVPN?

Você tem os sintomas de um problema no MTU : algumas conexões TCP congelam, de forma mais ou menos reproduzível para um determinado comando ou URL, mas sem um padrão geral facilmente discernível. Um sintoma revelador é que as sessões interativas do ssh funcionam bem desde que você não execute comandos com saída grande. Consulte Não é possível acessar sites https selecionados no Linux sobre PPPoE para obter uma explicação.

O OpenVPN possui várias opções relacionadas ao MTU - procure por “mtu” no manual. Não tenho experiência suficiente para ter certeza de qual opção você precisa alterar. (É até possível que você possa alterar alguma coisa na configuração do modem Wimax.) A opção mais provável de alterar é mssfix: tente diminuir o valor até resolver o problema. O padrão é 1450; algo como cerca de 1400 pode resolver o seu problema. Tente openvpn --fragment 1200 -mssfix; se ajudar, aumente o valor até que comece a quebrar.

A resposta de Gilles está completamente correta, mas também há outra causa potencial para isso.

Houve um erro na versão 2.3.0 do OpenVPN que desconectava os clientes ao enviar grandes quantidades de dados: https://community.openvpn.net/openvpn/ticket/263

Esse problema ocorreu apenas ao usar o TCP. O UDP não foi afetado completamente.

Tínhamos o mesmo problema e era realmente um problema de MTU. No entanto, para nós, o problema não estava na configuração openVPN, mas na interface tun0.

Como resolvemos isso: primeiro encontre o tamanho máximo de pacote que passou, com

ping <host> -s 1500 -M do

e reduzindo o valor de 1500 até que um valor estivesse passando (para nós, 1350).

Uma vez encontrado o valor correto, altere a interface tun0 com

sudo ip link set dev tun0 mtu 1350

como foi proposto por Sebastian aqui . Depois disso, a VPN estava indo bem.