
Ich kämpfe schon seit geraumer Zeit mit diesem Problem und habe fast keine Ideen mehr. Zunächst einmal einVerknüpfungzu meiner Shell-Ausgabe, wo ich versucht habe, jeweils so viele Informationen wie möglich anzuzeigen.
Ich habe zu Hause einen CentOS 7.2-Server, der Router leitet Port 2222 auf Port 22 des Servers um. Immer wenn ich per SSH auf die öffentliche IP des Routers zugreife (sowohl von meinem LAN als auch von einer externen Verbindung aus), ist alles gut und ich kann eine Verbindung zu meiner Box herstellen.
Wenn ich mich von außerhalb meines LANs mit Hilfe von OpenVPN mit meinem Server verbinde, gelingt mir anschließend der Aufbau einer SSH-Verbindung, auch wenn ich mich in einem anderen Subnetz befinde.
Aber wenn ich versuche, mich direkt über das WLAN meines Hauses zu verbinden, bumm, keine Verbindung, es hängt einfach. Ich habe einfach keine Ahnung, wie das überhaupt möglich ist. Und Google-Fu liefert Ergebnisse mit dem gegenteiligen Problem. Ich hoffe, die bereitgestellten Protokolle können zumindest dazu dienen, meine Erklärung klarer zu machen (ignorieren Sie die Warnungen zur Hostauthentizität, die Verbindungsversuche erfolgten nicht in der Reihenfolge des Pastebin).
Kein anderer Computer im LAN kann per SSH auf den Server zugreifen, alle geben dieselbe Ausgabe zurück. Für jede Hilfe wäre ich sehr dankbar.
Antwort1
Dies ist typisch, wenn die öffentliche IP aus dem internen Netzwerk verwendet wird.
Einige Annahmen zum Beispiel:
- Öffentliche IP
1.2.3.4
- Interne IP des Routers
192.168.1.1
- IP des CentOS-Servers
192.168.1.100
Dann haben wir:
- Wenn Sie im wilden Internet unterwegs sind, sollten Sie eine SSH-Verbindung zu dem Ort herstellen, an
1.2.3.4:2222
den der Router weiterleitet192.168.1.100:22
. - Wenn Sie in Ihrem Intranet sind (zu Hause mit WLAN), sollten Sie
192.168.1.100:22
direkt verwenden, da der Router hier keine Ports oder externen IPs übersetzt.