OpenVPN kann eine Verbindung herstellen, der Datenverkehr funktioniert, aber ich bin nicht im lokalen Netzwerk

OpenVPN kann eine Verbindung herstellen, der Datenverkehr funktioniert, aber ich bin nicht im lokalen Netzwerk

Ich habe OpenVPN über das PiVPN-Skript auf meinem Raspberry Pi installiert. Fast alles funktioniert einwandfrei. Ich kann mich damit verbinden und mein Datenverkehr läuft über meinen VPN-Server. Mein einziges Problem ist, dass ich mich nicht in meinem lokalen Netzwerk befinde. Ich kann mich also nicht über SSH damit verbinden, was ein Grund war, warum ich OpenVPN installiert habe. Auf meinem iPhone kann ich mich problemlos mit Termius mit der Shell verbinden. Auf meinem Notebook verwende ich Manjaro Linux.

OpenVPN-Version: 2.4.0

Ich hoffe, ihr habt eine Idee. Wenn ihr eine Ausgabe braucht, fragt mich einfach.

Dank im Voraus,

HH

Antwort1

Wenn sich das Problem noch nicht lösen ließ, prüfen Sie, wo es bei Ihrer Verbindung Probleme gibt.

  1. Ich würde zuerst mit den Server anpingen ping <local ip of the server>. Wenn Sie Ihren Server anpingen können, sind Sie praktisch in Ihrem lokalen Netzwerk. Wenn das nicht funktioniert, müssen Sie eine Route hinzufügen. Bittesieh dir diesen Beitrag andafür. Aber ich glaube nicht, dass Ihr Problem hier liegt.
  2. Versuchen Sie es mit ssh -v <server>, wenn es bei stoppt debug1: expecting SSH2_MSG_KEX_ECDH_REPLY . Sie müssen einen kleinen Fehler bei der Verschlüsselung beheben. Fügen Sie Ihrer .ssh/configDatei einfach diese Zeile hinzu:

    KexAlgorithms ecdh-sha2-nistp521
    

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

Antwort2

Ich habe das Problem gelöst, indem ich die Client-Konfiguration von OpenVPN geändert habe. Jetzt ist es verständlich, warum mein VPN funktionierte, als ich mein Mobiltelefon benutzte.

Antwort3

Jeder, der hat

debian openvpn debug1: expecting SSH2_MSG_KEX_ECDH_REPLY

sollte die OpenVPN-Konfiguration anpassen und hinzufügen (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"

Vorherige Ausgabe:

das hat das Problem für mich behoben, da ssh -vvvvdie Verwendung zwar eine erfolgreiche Verbindung angezeigt hat, aber an diesem Punkt hängen bleibt – nach der Verwendung von TCPdump und Wireguard habe ich dies herausgefunden und dann angewendet. Funktioniert vorerst.

Ein Wort danach:

Denken Sie daran, dass es auch notwendig sein kann, 1492 in Schritten von minus 8 zu senken (1 Byte entspricht 8 Bit). Deshalb -8

PUSH hat das nette Feature, dass Sie sich um keinen Client kümmern müssen!

Wenn du es nützlich findest, hinterlasse mir ein Upvote ;-)

verwandte Informationen