Mir ist in mehreren verschiedenen LANs, die über ein NAT mit dem Internet verbunden sind, folgendes Phänomen aufgefallen. Es gibt einen Server im LAN und es gibt eine Portweiterleitung, um diesen Server auch von außerhalb des LANs über das NAT zu erreichen. Betrachten wir beispielsweise ein LAN mit der Adresse 192.168.0.* und einen SSH-Server bei 192.168.0.2 mit Port 22 und eine Weiterleitung von Port 2222 beim NAT 192.168.0.1 nach 192.168.0.2:22. Wenn die externe IP des NAT 44.33.22.11 ist, kann man sich über 44.33.22.11:2222 mit dem SSH-Server verbinden. Überraschenderweise funktioniert dies nur vondraußendas LAN. Wenn man versucht, sich hinter dem NAT mit 44.33.22.11:2222 zu verbinden, gibt es keine Antwort. Natürlich könnte man einfach 192.168.0.2:22 verwenden, aber oft ist es einfacher, die externe IP zu verwenden. Der typische Anwendungsfall für mich ist die Konfiguration auf einem Laptop. Normalerweise verwendet der Benutzer eine beliebige Internetverbindung, um sich mit seinem Heim- oder Büroserver zu verbinden, aber manchmal verwendet er auch das LAN, um sich damit zu verbinden, und es wäre lästig, zwei verschiedene Konfigurationen oder Lesezeichen zu haben.
Warum kann keine Verbindung innerhalb des LAN hergestellt werden?
Gibt es da irgendeine gute Lösung?
Antwort1
Die Funktion, nach der Sie suchen, heißt offiziell (laut IETF, dem Gremium für Internetstandards) „NAT-Hairpinning“, obwohl sie auch anders genannt wird, beispielsweise „NAT-Reflexion“.
Gute Home-Gateways unterstützen es. Schlechte nicht. Wenn Sie ein schlechtes haben, ersetzen Sie es entweder durch ein gutes oder versuchen Sie, eine Open-Source-Aftermarket-Firmware-Distribution für Home-Gateways von Drittanbietern wie DD-WRT darauf laufen zu lassen. (Hmm, ich habe Hairpinning mit DD-WRT noch nie getestet, aber es hat einen so guten Ruf, dass ich hoffe, dass dies eines der Dinge ist, die es tut.)