Was sollten Sie überprüfen, wenn der Fernzugriff nach dem Austausch eines Routers nicht mehr funktioniert?

Eva Wong

IceWhale author

Eva Wong ist die Technische Redakteurin und und leidenschaftliche Tüftlerin bei ZimaSpace. Eine lebenslange Geek mit einer Leidenschaft für Homelabs und Open-Source-Software, sie spezialisiert sich darauf, komplexe technische Konzepte in zugängliche, praktische Anleitungenzu übersetzen. Eva ist der Meinung, dass Self-Hosting Spaß machen und nicht einschüchternd sein sollte. Durch ihre Tutorials befähigt sie die Community, Hardware-Setups zu entmystifizieren, vom Bau ihres ersten NAS bis hin zur Beherrschung von Docker-Containern.

What Should You Check When Remote Access Breaks After a Router Replacement? - Zima Store Online

Ein Routerwechsel unterbricht den Fernzugriff häufig, weil der neue Router die lokale Adressierung, NAT-Regeln, das WAN-Verhalten oder DNS-Aktualisierungen ändert.

Der Heimserver funktioniert möglicherweise weiterhin lokal, während jeder externe Zugriff fehlschlägt, weil der Ersatzrouter ein anderes DHCP-Subnetz verwendet, dem NAS eine neue Adresse zuweist, manuelle Portweiterleitungen verliert, ein anderes Firewall-Profil aktiviert, hinter dem NAT des alten Modems betrieben wird oder DDNS mit dem falschen Endpunkt aktualisiert. Die sicherste Wiederherstellung baut den Pfad vom Server nach außen neu auf und testet jede Stufe anschließend aus einem wirklich externen Netzwerk.

Dokumentieren Sie, was sich zwischen dem alten und dem neuen Router geändert hat

Notieren Sie das alte LAN-Subnetz, die Serveradresse, die DHCP-Reservierung, weitergeleitete Ports, den WAN-Modus, den DDNS-Anbieter, den IPv6-Status, VPN-Einstellungen sowie jedes Modem oder ISP-Gateway vor dem Router. Vergleichen Sie diese Werte mit denen des Ersatzgeräts.

In einem Fall aus der Synology-Community wurde berichtet, dass der Fernzugriff auf ein NAS nach einem Router-Upgrade ausfiel und bestehende Portweiterleitungen keine Antwort mehr lieferten. Das zeigt, warum der router-spezifische Weiterleitungsstatus neu erstellt und nicht als übernommen vorausgesetzt werden sollte.

Importieren Sie nicht blind alle alten Einstellungen. Ermitteln Sie, welche öffentlichen Dienste weiterhin benötigt werden, und erstellen Sie nur deren erforderliche Regeln, Reservierungen, Zertifikate und DNS-Einträge neu.

Reservieren Sie die aktuelle LAN-Adresse des Heimservers

Prüfen Sie die tatsächlichen IPv4- und IPv6-Adressen, das Standard-Gateway und die Subnetzmaske des Servers im neuen LAN. Vergleichen Sie anschließend die private Adresse mit dem Ziel, das in jeder Portweiterleitungs- oder VPN-Regel hinterlegt ist.

Anleitungen zur Portweiterleitung betonen, dass das Zielgerät eine stabile lokale Adresse benötigt, da eine DHCP-Änderung dazu führen kann, dass die Regel auf das falsche interne Gerät verweist, obwohl der Server im LAN weiterhin sichtbar ist.

Erstellen Sie mithilfe der aktuellen MAC-Adresse des Servers eine DHCP-Reservierung und verbinden Sie ihn einmal neu. Vermeiden Sie eine statische Adresse, die mit dem DHCP-Pool des neuen Routers kollidiert oder ein altes Gateway aus dem vorherigen Subnetz beibehält.

Erstellen Sie manuelle Portweiterleitungen und lokale Firewall-Regeln neu

Bestätigen Sie zunächst, dass der Dienst lokal lauscht, und erstellen Sie anschließend den genauen externen Port, die interne Adresse, den internen Port sowie das TCP- oder UDP-Protokoll neu. Testen Sie jeweils einen Dienst aus dem Mobilfunknetz.

Die Anleitung zur Fehlerbehebung beim Plex-Fernzugriff weist darauf hin, dass manuelle Weiterleitungen häufig stabiler sind als UPnP-Zuordnungen, die ein Router möglicherweise verschiebt oder anders neu erstellt. Die zuverlässige Lösung ist eine feste manuelle Portweiterleitung an eine reservierte Serveradresse.

Prüfen Sie die Router-Firewall und die Server-Firewall getrennt voneinander. Ein weitergeleitetes Paket schlägt weiterhin fehl, wenn der neue Router eingehende WAN-Verbindungen blockiert, der Server nur dem alten Subnetz vertraut oder die Anwendung auf einer anderen Schnittstelle lauscht.

-15% OFF

ZimaBoard 2 – Mini-Heimserver für Ihre große Idee

Single board computer zimaboard2

Vergleichen Sie die WAN-Adresse des neuen Routers mit der öffentlichen Adresse

Lesen Sie die vom Ersatzrouter angezeigte WAN-Adresse ab und vergleichen Sie sie mit einem extern ermittelten Ergebnis für die öffentliche IP-Adresse. Eine Abweichung kann bedeuten, dass das alte ISP-Gateway weiterhin routet, der neue Router hinter einem doppelten NAT liegt oder der ISP den Anschluss hinter CGNAT verlagert hat.

Eine aktuelle Anleitung zum Fernzugriff im Homelab empfiehlt den Vergleich von WAN- und öffentlicher Adresse, da CGNAT und dynamische IP-Änderungen wie gewöhnliche Fehler bei der Portweiterleitung wirken können. Dieser Vergleich zeigt, ob der neue Router den öffentlichen Endpunkt verwaltet.

Wenn das alte Modem weiterhin routet, verwenden Sie den Bridge- oder Passthrough-Modus oder leiten Sie über beide Ebenen weiter. Wenn der ISP das vorgelagerte NAT kontrolliert, wählen Sie stattdessen eine öffentliche Adresse, IPv6, einen ausgehenden Tunnel oder ein Relay, anstatt breitere lokale Regeln zu öffnen.

Erstellen Sie DDNS-, IPv6- und VPN-Einstellungen bewusst neu

Prüfen Sie, ob der DDNS-Client des Routers den vorgesehenen Hostnamen, das richtige Konto, die richtige Schnittstelle und die gewünschte Adressfamilie verwendet. Vergleichen Sie die veröffentlichten A- und AAAA-Einträge mit den erreichbaren öffentlichen Pfaden des neuen Routers.

In einem Wiederherstellungsfall aus der WD-Community wurde der Fernzugriff wiederhergestellt, indem das automatische UPnP-Verhalten durch eine explizite manuelle Zuordnung auf dem Router ersetzt wurde.

Importieren Sie VPN-Schlüssel und -Routen nur bei Bedarf neu. Ein Routerwechsel kann das VPN-Subnetz, den DNS-Server, Firewall-Zonen und angekündigte LAN-Routen ändern. Entfernen Sie veraltete AAAA-Einträge, wenn der neue IPv6-Pfad noch nicht bereit ist.

Validieren Sie den Zugriff von außen und entfernen Sie vorübergehende Freigaben

Testen Sie den öffentlichen Hostnamen über das Mobilfunknetz und protokollieren Sie DNS-Auflösung, TCP-Verbindung, TLS-Zertifikat, Anwendungsanmeldung und den tatsächlichen Ablauf des Fernzugriffs. Ein lokaler Test über NAT-Loopback kann die Erreichbarkeit aus dem Internet nicht beweisen.

Der ZimaSpace-Leitfaden dazu, warum der Fernzugriff dem alten Adressstatus folgt, behandelt die nächste Ebene, wenn der Router funktioniert, die Clients jedoch weiterhin auf einen veralteten Endpunkt zugreifen.

Die Wiederherstellung ist erst abgeschlossen, wenn reservierte Serveradresse, gezielte Routerregel, öffentliches DNS, Firewall und Anwendung übereinstimmen. Deaktivieren Sie temporäres DMZ, breit gefasste Zulassungsregeln und doppelte UPnP-Zuordnungen, sobald der kontrollierte Test erfolgreich war.