Új router, ugyanaz a VPN-kiszolgáló: költöztesse át a nyilvános belépési pontját

Bedugja az új routert, visszajön az internet, és a telefon VPN-ügyfele továbbra is egy olyan címre mutat, amely már nem válaszol. A VPN-kiszolgálón semmi sem változott, mert a kiszolgáló soha nem költözött el. A router volt a nyilvános belépési pont, és a cseréje egyszerre cserélte le a címet, a továbbítási szabályt és esetleg a dinamikus DNS-frissítőt is.

Kezelje a cserét két átadásként, nem egyként, és munka közben tartson fenn egy helyi utat az adminisztrációs felülethez.

Írja le az átadást, mielőtt kihúzná

Jegyezze fel a LAN-előtagot, a kiszolgáló címét és hozzárendelésének módját, a figyelőt és a szállítást, amelyet a VPN valóban használ, a bejövő szabályt, amely közzéteszi, és a nevet, amelyet az ügyfelek elmentettek. Ezután jegyezze fel, melyik gép frissíti ma a dinamikus DNS-rekordot: lehet a router, maga a kiszolgáló vagy egy külön ügynök egy másik hoszton. Ezt még akkor végezze el, amikor a régi adminisztrációs oldalak még betöltenek. A bejövő szabály képernyőképe többet ér egy megjegyzett portszámnál.

Adja hozzá a privát előtagokat, amelyeket az ügyfeleknek el kell érniük, és azt, hogy a LAN eszközei hogyan küldik vissza a válaszokat ezekre. Mindkettő könnyen feledésbe merül, mert a cserealapú varázsló internetelérésről beszél, nem visszautakról. Exportálja a régi konfigurációt is, ha a gyártó támogatja a visszaállítását, elfogadva, hogy az egyik modell mentése ritkán importálható tisztán egy másikba.

Tartsa ezt a feljegyzést védett helyen. Egy routermentés tartalmazhatja a WAN-összeköttetés hitelesítő adatait. Kezelje az exportfájlt jelszóként, ne beállítási jegyzetként.

Először a címet mozgassa, aztán a továbbítást

Ha az új router ugyanazt a LAN-előtagot tartja meg, adja a kiszolgálónak a korábbi foglalását vagy ezzel egyenértékű statikus hozzárendelést. Ha az előtag megváltozik, először a kiszolgáló címét és minden őt megnevező figyelő-kötést frissítsen, mert a régi címre mutató továbbítás csendben a semmibe küldi a forgalmat.

Ezután hozzon létre pontosan egy bejövő szabályt arra a szállításra, amelyet a VPN használ. A gyártói útmutatók, amelyek helyi kiszolgálóra történő továbbítást írnak le, a mechanizmust mutatják, nem egyetemes receptet, ezért a szabályt a tényleges protokolljához és portjához igazítsa, ne egy blogból származó listához. Az új routeren lévő továbbítás nem tudja eltávolítani a felette lévő szolgáltatói szintű NAT-ot, és egyetlen helyi szabály sem teszi a privát címet internetről elérhetővé, ha a szolgáltató már oszt meg egyet önnel.

Erősítse meg, hogy a kiszolgáló saját tűzfala továbbra is engedi ezt a forgalmat. Ellenőrizze, hogy a router és az internet között nem ül-e egy második átjáró, mert sok szolgáltató kombinált modemet és routert ad. Olvassa le az új eszköz WAN-címét, és hasonlítsa össze azzal a címmel, amelyet az ügyfelek feloldanak. Ha eltérnek, a továbbítása olyasmire érkezik, ami nem a perem.

Döntse el, ki frissíti a nyilvános nevet

A végpont frissítéseihez egy tulajdonos kell, és csak egy. Ha a régi router tette közzé a nevet, állítson be támogatott frissítőt a cseredarabon, és erősítse meg, hogy a rekord valóban megváltozott. Ha a kiszolgáló már közzétette, hagyja békén azt az elrendezést, ahelyett hogy egy versengő frissítőt adna hozzá, amely két cím között ingadozik.

Amikor a telepítés mindkét címcsaládot közzéteszi, olvassa el az A és az AAAA rekordot is. Mindkettőnek olyan szolgáltatásra kell mutatnia, amely valóban figyel, és amelyet a saját tűzfalútja engedélyez, és egy működő IPv4-leképezés semmit sem mond az IPv6-oldalról. Tartsa meg az azonosságellenőrzéseket az ügyfélprofilban is: egy megváltozott nyilvános cím nem ok arra, hogy nem illő tanúsítványt vagy társ kulcsot fogadjon el.

Bizonyítsa a cserét kívülről

Engedélyezett külső kapcsolattal és friss munkamenettel teszteljen, ne a LAN belsejéből. A nyilvános cím elleni belső teszt a saját címre való visszatérés viselkedésétől függ, és más útvonalat jár be, mint egy valódi ügyfél.

Kövesse azt a sorrendet, amelyet egy ügyfél követ: oldja fel a nevet, egyeztesse az alagutat, hitelesítsen, majd hajtson végre egy műveletet egy privát erőforráson. Ezt az utolsó lépést szokták kihagyni, és csak ez bizonyítja a visszautat. Ha a bejelentkezés sikerül, de a privát művelet meghiúsul, hasonlítsa össze az új LAN-előtagot, az ügyfél által választott útvonalakat és az erőforrás válaszútját az átadási jegyzeteivel.

Csak akkor biztonságos a régi router kivonása, ha mind a négy lépés átmegy. Húzza ki, majd ismételje meg még egyszer a külső tesztet. Egy elavult rekord, amely még a régi címre oldódik fel, már a legelső lépésnél elbukik, és ezt könnyebb diagnosztizálni, amíg a régi eszköz még a polcon van.

Tartsa az új leképezést a helyreállítási jegyzetei mellett

Aktáblázza a végleges kiszolgáló-hozzárendelést, a bejövő szabályt és a frissítés tulajdonosának nevét a router helyi elérésének eljárása mellé. A következő cserének arról az oldalról kell indulnia, nem egy traceroute-ból.

Ha az alagút a fentiek után is kívülről meghiúsul, ellenőrizze, hogy a router által jelentett nyilvános cím megegyezik-e azzal, amelyet az ügyfelek feloldanak. Ez az egyetlen összehasonlítás választja el a DNS-problémát a továbbítási problémától, és kevesebb időt vesz igénybe, mint egy újabb porttovábbítási útmutató elolvasása.