Nuwe router, dieselfde VPN-bediener: skuif sy publieke toegang

Jy sluit die nuwe router aan, die internet kom terug, en die VPN-kliënt op jou foon wys steeds na ’n adres wat nie meer antwoord nie. Niks op die VPN-bediener het verander nie, want die bediener het nooit geskuif nie. Die router was die publieke toegangspunt, en om dit te vervang het die adres, die deurvoerreël en moontlik die dinamiese DNS-opdatering terselfdertyd vervang.

Hanteer die ruil as twee oorhandigings, nie een nie, en hou ’n plaaslike weg na die administrasiekoppelvlak terwyl jy werk.

Skryf die oorhandiging neer voordat jy uittrek

Teken die LAN-voorvoegsel aan, die bedieneradres en hoe dit toegewys word, die luisteraar en vervoer wat die VPN werklik gebruik, die inkomende reël wat dit publiseer, en die naam wat kliënte gestoor het. Let dan op watter masjien vandag die dinamiese DNS-rekord opdateer: dit kan die router wees, die bediener self, of ’n aparte agent op ’n ander gasheer. Doen dit terwyl die ou administrasieblaaie nog laai. ’n Skermkiekie van die inkomende reël is beter as ’n onthoude poortnommer.

Voeg die private voorvoegsels by wat kliënte veronderstel is om te bereik, en hoe toestelle op die LAN antwoorde daarheen terugstuur. Albei is maklik om te vergeet, want die vervangingsassistent praat oor internettoegang, nie oor terugpaaie nie. Voer ook die ou konfigurasie uit as die verskaffer dit ondersteun om te herstel, terwyl jy aanvaar dat ’n rugsteun van een model selde skoon in ’n ander invoer.

Hou daardie rekord op ’n beskermde plek. ’n Router-rugsteun kan geloofsbriewe vir die WAN-koppeling bevat. Behandel die uitvoerlêer soos ’n wagwoord eerder as soos ’n instellingsnota.

Skuif eers die adres, dan die deurvoer

As die nuwe router dieselfde LAN-voorvoegsel behou, gee die bediener die reservering wat dit gehad het, of ’n gelykwaardige statiese toewysing. As die voorvoegsel verander, werk die bedieneradres eerste by en enige luisteraarbinding wat dit noem, want ’n deurvoer wat na die ou adres wys, stuur verkeer stilweg nêrens heen nie.

Skep dan presies een inkomende reël vir die vervoer wat die VPN gebruik. Die vervaardigerhandleidings wat deurvoer na ’n plaaslike bediener beskryf, wys die meganisme, nie ’n universele resep nie, so pas die reël op jou werklike protokol en poort toe eerder as op ’n lys uit ’n blog. ’n Deurvoer op die nuwe router kan nie die operateurvlak-NAT wat stroomop daarvan sit, verwyder nie, en geen plaaslike reël sal ’n private adres oor die internet bereikbaar maak as die verskaffer reeds een met jou deel nie.

Bevestig dat die bediener se eie vuurmuur daardie verkeer steeds toelaat. Kyk of ’n tweede poort tussen die router en die internet sit, want baie verskaffers lewer ’n gekombineerde modem en router. Lees die WAN-adres op die nuwe toestel en vergelyk dit met die adres wat kliënte oplos. As dié verskil, land jou deurvoer op iets wat nie die rand is nie.

Besluit wie die publieke naam opdateer

Bykompunt-opdaterings het een eienaar nodig, en net een. As die ou router die naam gepubliseer het, stel ’n ondersteunde opdatering op die plaasvervanger op en bevestig dat die rekord werklik verander het. As die bediener dit reeds gepubliseer het, los daardie reëling alleen in plaas daarvan om ’n mededingende opdatering by te voeg wat tussen twee adresse fladder.

Wanneer die ontplooiing albei adresfamilies publiseer, lees beide die A- en die AAAA-rekord. Elkeen moet na ’n diens wys wat werklik luister en deur sy eie vuurmuurpad toegelaat word, en ’n werkende IPv4-kartering sê niks oor die IPv6-kant nie. Hou ook die identiteitskontroles in die kliëntprofiel: ’n veranderde publieke adres is nie ’n rede om ’n sertifikaat of eweknie-sleutel te aanvaar wat nie pas nie.

Bewys die ruil van buite

Toets met ’n gemagtigde eksterne verbinding en ’n nuwe sessie, nie van binne die LAN nie. ’n Toets van binne teen die publieke adres hang van haarspeldgedrag af en oefen ’n ander pad as ’n werklike kliënt nie.

Volg die volgorde wat ’n kliënt volg: los die naam op, onderhandel die tonnel, verifieer identiteit, en voer dan een bewerking teen ’n private hulpbron uit. Daardie laaste stap is die een wat mense oorslaan, en dit is die enigste een wat die terugpad bewys. As aanmelding slaag maar die private bewerking misluk, vergelyk die nuwe LAN-voorvoegsel, die roetes wat die kliënt gekies het en die hulpbron se antwoordpad met jou oorhandigingsnotas.

Eers nadat al vier stappe slaag, is die ou router veilig om te onttrek. Trek dit uit en herhaal dan die eksterne toets nog een keer. ’n Verouderde rekord wat steeds na die ou adres oplos, misluk by die heel eerste stap, en dit is makliker om te diagnoseer terwyl die ou toestel nog op die rak is.

Hou die nuwe kartering by jou herstelnotas

Lê die finale bediener-toewysing, die inkomende reël en die naam van die opdatering-eienaar langs die prosedure om die router plaaslik te bereik. Die volgende vervanging moet vanaf daardie bladsy begin, nie vanaf ’n traceroute nie.

As die tonnel steeds van buite misluk nadat alles hierbo gedoen is, kyk of die publieke adres wat die router rapporteer, ooreenstem met die een wat kliënte oplos. Daardie enkele vergelyking skei ’n DNS-probleem van ’n deurvoerprobleem, en dit neem minder tyd as om nog ’n poortdeurvoerhandleiding te lees.