![OpenVPN kann eine Verbindung herstellen, der Datenverkehr funktioniert, aber ich bin nicht im lokalen Netzwerk](https://rvso.com/image/1586952/OpenVPN%20kann%20eine%20Verbindung%20herstellen%2C%20der%20Datenverkehr%20funktioniert%2C%20aber%20ich%20bin%20nicht%20im%20lokalen%20Netzwerk.png)
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.
- 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. Versuchen Sie es mit
ssh -v <server>
, wenn es bei stopptdebug1: expecting SSH2_MSG_KEX_ECDH_REPLY
. Sie müssen einen kleinen Fehler bei der Verschlüsselung beheben. Fügen Sie Ihrer.ssh/config
Datei einfach diese Zeile hinzu:KexAlgorithms ecdh-sha2-nistp521
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 -vvvv
die 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 ;-)