☰

OpenVPN puede conectarse, el tráfico funciona pero no estoy en la red local

tag-icon • tag-icon networking ssh vpn lan openvpn
OpenVPN puede conectarse, el tráfico funciona pero no estoy en la red local

Instalé OpenVPN a través de PiVPN Script en mi Raspberry Pi. Casi todo funciona bien. Puedo conectarme y mi tráfico pasa por mi servidor VPN. Mi único problema es que no estoy en mi Red Local. Entonces no puedo conectarme a través de ssh, razón por la cual instalé OpenVPN. En mi iPhone puedo conectarme al shell con termius sin ningún problema. Estoy usando Manjaro Linux en mi computadora portátil.

Versión de OpenVPN: 2.4.0

Espero que sí tenga una idea. Si necesitas algún resultado, pregúntame.

Gracias de antemano,

S.S

Respuesta1

Si aún no has resuelto el problema. Comprueba dónde tiene problemas tu conexión.

  1. Primero haría ping al servidor con ping <local ip of the server>. Si puede hacer ping a su servidor, estará prácticamente en su red local. Si eso no funciona, debes agregar la ruta. Por favorrevisa esta publicaciónpara eso. Pero no creo que tu problema esté aquí.

  2. Inténtalo ssh -v <server>, si se detiene en debug1: expecting SSH2_MSG_KEX_ECDH_REPLY . Necesitas resolver un pequeño error sobre el cifrado. Simplemente agregue esta línea a su .ssh/configarchivo:

    KexAlgorithms ecdh-sha2-nistp521

https://unix.stackexchange.com/questions/274274/specifying-ssh-kexalgorithms-works-at-cli-but-not-via-ssh-config

Respuesta2

Resolví el problema cambiando la configuración del cliente de OpenVPN. Ahora tiene sentido por qué mi VPN funcionó cuando estaba usando mi teléfono móvil.

Respuesta3

Cualquiera que tenga

debian openvpn debug1: expecting SSH2_MSG_KEX_ECDH_REPLY

debe ajustar la configuración de openvpn y agregar (nano /etc/openvpn/server.conf)

#Set Local Server MTU on TUN/TAP
tun-mtu 1492
mssfix 1400
#Set REMOTE Client MTU on TUN/TAP
push "tun-mtu 1492"
push "mssfix 1400"

Número anterior:

Esto me solucionó el problema, ya que el uso ssh -vvvvme indicó que la conexión fue exitosa, pero se bloquea en ese punto; después de usar tcpdump y wireguard, descubrí este punto y luego lo apliqué. Funciona por ahora.

Una palabra después:

Recuerde que también podría ser necesario bajar 1492 en pasos de menos 8 (1 byte equivale a 8 bits), por eso -8

PUSH tiene la característica interesante de que no necesitas preocuparte por ningún cliente.

Si lo encuentras útil, déjame un voto a favor ;-)

información relacionada