Co należy sprawdzić, gdy zdalny dostęp przestaje działać po wymianie routera?

Wymiana routera zwykle uniemożliwia zdalny dostęp, ponieważ nowy router zmienia adresację lokalną, reguły NAT, sposób działania sieci WAN lub aktualizacje DNS.

Serwer domowy może nadal działać lokalnie, podczas gdy każda ścieżka zewnętrzna przestaje działać, ponieważ wymieniony router uruchamia inną podsieć DHCP, przydziela serwerowi NAS nowy adres, traci ręczne przekierowania portów, włącza inny profil zapory, znajduje się za NAT-em starego modemu albo aktualizuje DDNS nieprawidłowym punktem końcowym. Najbezpieczniejsze odzyskiwanie dostępu polega na odtworzeniu ścieżki od serwera na zewnątrz i testowaniu jej z rzeczywiście zewnętrznej sieci po każdym etapie.

Zapisz, co zmieniło się między starym a nowym routerem

Zapisz starą podsieć LAN, adres serwera, rezerwację DHCP, przekierowane porty, tryb WAN, dostawcę DDNS, stan IPv6, ustawienia VPN oraz wszelki modem lub bramę operatora znajdujące się przed routerem. Porównaj te wartości z ustawieniami wymienionego urządzenia.

W jednym z przypadków opisanych w społeczności Synology zdalny dostęp do serwera NAS przestał działać po aktualizacji routera, a istniejące przekierowania portów nie generowały już odpowiedzi. Pokazuje to, dlaczego reguły przekierowań zależne od routera trzeba odtworzyć, zamiast zakładać, że zostaną przeniesione.

Nie importuj bezkrytycznie wszystkich starych ustawień. Ustal, które usługi publiczne są nadal potrzebne, i odtwórz tylko ich precyzyjne reguły, rezerwacje, certyfikaty oraz wpisy DNS.

Zarezerwuj bieżący adres LAN serwera domowego

Sprawdź rzeczywiste adresy IPv4 i IPv6 serwera, bramę domyślną oraz maskę podsieci w nowej sieci LAN. Następnie porównaj prywatny adres z miejscem docelowym zapisanym w każdym przekierowaniu portu lub regule VPN.

Poradniki dotyczące przekierowywania portów podkreślają, że urządzenie docelowe potrzebuje stabilnego adresu lokalnego, ponieważ zmiana DHCP może sprawić, że reguła będzie wskazywać na niewłaściwe urządzenie wewnętrzne, mimo że serwer pozostaje widoczny z innych miejsc w sieci LAN.

Utwórz rezerwację DHCP przy użyciu bieżącego adresu MAC serwera i jednokrotnie nawiąż z nim połączenie ponownie. Unikaj ustawiania statycznego adresu, który koliduje z pulą DHCP nowego routera lub zachowuje starą bramę z poprzedniej podsieci.

Odtwórz ręczne przekierowania portów i lokalne reguły zapory

Potwierdź, że usługa nasłuchuje lokalnie, a następnie odtwórz dokładny port zewnętrzny, adres wewnętrzny, port wewnętrzny oraz protokół TCP lub UDP. Testuj każdą usługę osobno, korzystając z transmisji danych komórkowych.

Poradnik rozwiązywania problemów ze zdalnym dostępem Plex wskazuje, że ręczne przekierowanie jest często stabilniejsze niż poleganie na mapowaniach UPnP, które router może zmieniać lub odtwarzać w inny sposób. Przydatnym rozwiązaniem jest stałe ręczne przekierowanie portu na zarezerwowany adres serwera.

Sprawdź osobno zaporę routera i zaporę serwera. Przekierowany pakiet nadal nie przejdzie, jeśli nowy router blokuje ruch przychodzący z sieci WAN, serwer ufa wyłącznie starej podsieci lub aplikacja nasłuchuje na innym interfejsie.

-15% OFF

ZimaBoard 2 – Mini serwer domowy dla Twojego wielkiego pomysłu

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

Porównaj adres WAN nowego routera z adresem publicznym

Odczytaj adres WAN wyświetlany przez wymieniony router i porównaj go z wynikiem zewnętrznego sprawdzenia publicznego adresu IP. Niezgodność może oznaczać, że stara brama operatora nadal routuje ruch, nowy router znajduje się za podwójnym NAT-em albo operator przeniósł połączenie za CGNAT.

Aktualny poradnik dotyczący zdalnego dostępu do homelabu zaleca porównanie adresów WAN i publicznego, ponieważ CGNAT oraz zmiany dynamicznego adresu IP mogą wyglądać jak zwykłe błędy przekierowania. Takie porównanie pozwala ustalić, czy nowy router jest właścicielem publicznego punktu końcowego.

Jeśli stary modem nadal routuje ruch, użyj trybu mostu lub passthrough albo przekieruj ruch przez obie warstwy. Jeśli operator kontroluje nadrzędny NAT, wybierz publiczny adres, IPv6, tunel wychodzący lub przekaźnik zamiast otwierać szersze reguły lokalne.

Celowo odtwórz ustawienia DDNS, IPv6 i VPN

Sprawdź, czy klient DDNS routera używa właściwej nazwy hosta, konta, interfejsu oraz rodziny adresów. Porównaj opublikowane rekordy A i AAAA z osiągalnymi ścieżkami publicznymi nowego routera.

W jednym z przypadków opisanych w społeczności WD przywrócono zdalny dostęp, zastępując automatyczne działanie UPnP wyraźnie zdefiniowanym ręcznym mapowaniem na routerze.

Importuj ponownie klucze i trasy VPN tylko wtedy, gdy jest to konieczne; wymiana routera może zmienić podsieć VPN, serwer DNS, strefy zapory oraz rozgłaszane trasy LAN. Usuń nieaktualne rekordy AAAA, jeśli nowa ścieżka IPv6 nie jest gotowa.

Sprawdź działanie z zewnątrz i usuń tymczasowe wystawienie usług

Przetestuj publiczną nazwę hosta przez transmisję danych komórkowych i zanotuj DNS, połączenie TCP, certyfikat TLS, logowanie do aplikacji oraz rzeczywisty zdalny przebieg pracy. Test lokalny przez pętlę zwrotną NAT nie potwierdza osiągalności z internetu.

Poradnik ZimaSpace wyjaśniający, dlaczego zdalny dostęp korzysta ze starego stanu adresu, opisuje kolejną warstwę problemu, gdy router działa, ale klienci nadal kierują ruch do nieaktualnego punktu końcowego.

Odzyskiwanie dostępu jest zakończone dopiero wtedy, gdy zarezerwowany adres serwera, precyzyjna reguła routera, publiczny DNS, zapora i aplikacja są ze sobą zgodne. Po pomyślnym zakończeniu kontrolowanego testu wyłącz tymczasową strefę DMZ, szerokie reguły zezwalające oraz duplikaty mapowań UPnP.