☰

OpenVPN pode se conectar, o tráfego funciona, mas não estou na rede local

tag-icon • tag-icon networking ssh vpn lan openvpn
OpenVPN pode se conectar, o tráfego funciona, mas não estou na rede local

Instalei o OpenVPN via PiVPN Script no meu Raspberry Pi. Quase tudo funciona bem. Posso me conectar a ele e meu tráfego passa pelo meu servidor VPN. Meu único problema é que não estou na minha rede local. Portanto, não consigo me conectar a ele via ssh, razão pela qual instalei o OpenVPN. No meu IPhone posso me conectar ao shell com termius sem problemas. Estou usando Manjaro Linux no meu notebook.

Versão OpenVPN: 2.4.0

Espero que sim, tenha uma ideia. Se você precisar de alguma saída, é só me perguntar.

Desde já, obrigado,

AH

Responder1

Se você ainda não resolveu o problema. Verifique onde sua conexão está com problemas.

  1. Eu primeiro faria ping no servidor com ping <local ip of the server>. Se você conseguir fazer ping no seu servidor, estará virtualmente na sua rede local. Se isso não funcionar, você precisará adicionar a rota. Por favorverifique esta postagempor isso. Mas não acho que o seu problema esteja aqui.

  2. Tente ssh -v <server>, se parar em debug1: expecting SSH2_MSG_KEX_ECDH_REPLY . Você precisa resolver um pequeno bug sobre criptografia. Basta adicionar esta linha ao seu .ssh/configarquivo:

    KexAlgorithms ecdh-sha2-nistp521

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

Responder2

Resolvi o problema alterando a configuração do cliente do OpenVPN. Agora faz sentido porque minha VPN funcionou quando eu estava usando meu celular.

Responder3

Qualquer um que tenha

debian openvpn debug1: expecting SSH2_MSG_KEX_ECDH_REPLY

deve ajustar a configuração do openvpn e adicionar (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"

Edição anterior:

isso resolveu o problema para mim, pois o uso ssh -vvvvdisse que a conexão foi bem-sucedida, mas trava nesse ponto - depois de usar o tcpdump e o wireguard, descobri esse ponto - e depois apliquei. funciona por enquanto.

Uma palavra depois:

Lembre-se de que também pode ser necessário diminuir 1492 em etapas de menos 8 (1 byte é igual a 8 bits), essa é a razão pela qual -8

PUSH tem um recurso bacana: você não precisa se preocupar com nenhum cliente!

Se você achar útil, deixe um voto positivo em mim ;-)

informação relacionada