Problemas de terminal con SSH a través de VPN

Problemas de terminal con SSH a través de VPN

Intento acceder a un servidor Linux Ubuntu a través de SSH desde una máquina cliente Linux Ubuntu.

Cuando el cliente y el servidor están en la misma red, todo funciona bien, cuando intento acceder al servidor de forma remota a través de VPN - openVPN, las aplicaciones de pantalla completa como mc-midnight Commander no se muestran correctamente, lo que significa que solo veo la esquina superior derecha. carácter de la pantalla presentada y aparentemente la interacción del teclado no funciona.

Además, el comando cat emitido contra un archivo de texto simple bloquea el terminal sin mostrar ningún resultado.

Por extraño que parezca, al acceder al mismo servidor a través de VPN desde mi teléfono Android usando un cliente OpenVPN de Android y un cliente SSH de Android, todo funciona bien.

En mi máquina cliente Ubuntu, la variable de entorno TERM está configurada en "xterm-256color", en mi teléfono Android está configurada en "linux". Intentar configurarlo en "linux" en mi cliente Ubuntu antes de iniciar la sesión SSH funciona, lo que significa que dentro de la sesión SSH veo que el terminal en realidad está configurado en "linux", pero no tiene ningún efecto.

En el cliente Ubuntu también intenté conectarme a través de Putty, pero el resultado es el mismo.

¿Alguna pista sobre el motivo por el que sucede esto?

¡Gracias de antemano!

Respuesta1

Bueno, finalmente encontré la solución para esto leyendo el manual de OpenVPN, ubicado aquí:

https://openvpn.net/community-resources/reference-manual-for-openvpn-2-4/

Aparentemente, el problema estaba relacionado con que el descubrimiento de Path MTU no funcionaba correctamente.

"Tanto --fragment como --mssfix están diseñados para solucionar casos en los que el descubrimiento de MTU de ruta se interrumpe en la ruta de red entre pares OpenVPN.

El síntoma habitual de este tipo de avería es una conexión OpenVPN que se inicia correctamente, pero luego se detiene durante el uso activo. Si --fragment y --mssfix se usan juntos, --mssfix tomará su parámetro max predeterminado de la opción --fragment max.

Por lo tanto, se podría reducir el tamaño máximo de paquete UDP a 1300 (un buen primer intento para resolver problemas de conexión relacionados con MTU) con las siguientes opciones:

--tun-mtu 1500 --fragmento 1300 --mssfix "

Agregar esas dos opciones tanto en el lado del servidor como en el del cliente resolvió el problema.

Espero que esto ayude.

información relacionada