Router i ri, i njëjti server VPN: zhvendosni hyrjen e tij publike

Lidhni routerin e ri, interneti kthehet, dhe klienti VPN në telefon vazhdon të tregojë një adresë që nuk përgjigjet më. Në serverin VPN nuk ka ndryshuar asgjë, sepse serveri nuk u zhvendos kurrë. Routeri ishte pika publike e hyrjes, dhe zëvendësimi i tij zëvendësoi adresën, rregullin e përcjelljes dhe ndoshta programin e përditësimit të DNS-së dinamike në të njëjtën kohë.

Trajtojeni zëvendësimin si dy dorëzime, jo një, dhe mbani një rrugë lokale drejt ndërfaqes së administrimit ndërsa punoni.

Shkruani dorëzimin përpara se të shkëputni

Shënoni prefiksin e LAN-it, adresën e serverit dhe mënyrën e caktimit të saj, dëgjuesin dhe transportin që VPN përdor vërtet, rregullin hyrës që e publikon dhe emrin që klientët kanë ruajtur. Më pas shënoni cila makinë përditëson sot regjistrin e DNS-së dinamike: mund të jetë routeri, vetë serveri ose një agjent i veçantë në një host tjetër. Bëjeni këtë ndërsa faqet e vjetra të administrimit ende po ngarkohen. Një pamje ekrani e rregullit hyrës vlen më shumë se një numër porti i mbajtur mend.

Shtoni prefikset private që klientët duhet të arrijnë dhe mënyrën se si pajisjet në LAN u dërgojnë përgjigjet mbrapsht. Të dyja harrohen lehtë, sepse ndihmësi i zëvendësimit flet për akses në internet, jo për rrugë kthimi. Eksportoni edhe konfigurimin e vjetër nëse prodhuesi mbështet rivendosjen e tij, duke pranuar që një kopi rezervë e një modeli rrallë importohet pastër në një tjetër.

Mbajeni atë shënim në një vend të mbrojtur. Një kopi rezervë e routerit mund të përmbajë kredenciale për lidhjen WAN. Trajtojeni skedarin e eksportuar si fjalëkalim dhe jo si shënim mbi cilësimet.

Së pari zhvendosni adresën, pastaj përcjelljen

Nëse routeri i ri mban të njëjtin prefiks LAN, jepini serverit rezervimin që kishte ose një caktim statik ekuivalent. Nëse prefiksi ndryshon, së pari përditësoni adresën e serverit dhe çdo lidhje dëgjuesi që e emërton atë, sepse një përcjellje drejt adresës së vjetër do të dërgojë trafikun në heshtje diku tjetër.

Më pas krijoni saktësisht një rregull hyrës për transportin që përdor VPN. Udhëzuesit e prodhuesve që përshkruajnë përcjelljen drejt një serveri lokal tregojnë mekanizmin, jo një recetë universale, prandaj përshtateni rregullin me protokollin dhe portën tuaj reale dhe jo me një listë nga një blog. Një përcjellje në routerin e ri nuk mund të heqë NAT-in në nivel operatori që qëndron mbi të, dhe asnjë rregull lokal nuk do ta bëjë një adresë private të arritshme nga interneti nëse ofruesi tashmë ndan një me ju.

Konfirmoni që muri i zjarrit i vetë serverit ende e lejon atë trafik. Kontrolloni nëse midis routerit dhe internetit qëndron një portë e dytë, sepse shumë ofrues japin modem dhe router të kombinuar. Lexoni adresën WAN në pajisjen e re dhe krahasojeni me adresën që zgjidhin klientët. Nëse ndryshojnë, përcjellja juaj po aterron mbi diçka që nuk është skaji.

Vendosni kush e përditëson emrin publik

Përditësimet e pikës fundore kërkojnë një pronar dhe vetëm një. Nëse routeri i vjetër e publikonte emrin, konfiguroni një përditësues të mbështetur në zëvendësues dhe konfirmoni që regjistri vërtet ndryshoi. Nëse serveri tashmë e publikonte, lëreni atë rregullim në paqe në vend që të shtoni një përditësues konkurrues që lëkundet mes dy adresave.

Kur vendosja publikon të dyja familjet e adresave, lexoni si regjistrin A ashtu edhe AAAA. Secili duhet të tregojë një shërbim që dëgjon vërtet dhe që lejohet përmes rrugës së vet të murit të zjarrit, dhe një hartëzim IPv4 që funksionon nuk thotë asgjë për anën IPv6. Mbani gjithashtu kontrollet e identitetit në profilin e klientit: një adresë publike e ndryshuar nuk është arsye për të pranuar një certifikatë ose një çelës partneri që nuk përputhet.

Provoni zëvendësimin nga jashtë

Provoni me një lidhje të jashtme të autorizuar dhe një sesion të ri, jo nga brenda LAN-it. Një provë e brendshme ndaj adresës publike varet nga sjellja e kthimit drejt adresës vetjake dhe kalon një rrugë të ndryshme nga ajo që do të bëjë një klient i vërtetë.

Ndiqni sekuencën që ndjek një klient: zgjidhni emrin, negocioni tunelin, vërtetoni identitetin, pastaj kryeni një operacion ndaj një burimi privat. Pikërisht atë hapin e fundit njerëzit e kapërcejnë, dhe vetëm ai vërteton rrugën e kthimit. Nëse identifikimi ka sukses por operacioni privat dështon, krahasoni prefiksin e ri të LAN-it, rrugët që zgjodhi klienti dhe rrugën e përgjigjes së burimit me shënimet tuaja të dorëzimit.

Vetëm pasi kalojnë të katër hapat routeri i vjetër mund të tërhiqet në mënyrë të sigurt. Shkëputeni dhe pastaj përsëritni provën e jashtme edhe një herë. Një regjistër i vjetruar që ende zgjidhet në adresën e vjetër dështon që në hapin e parë, dhe kjo diagnostikohet më lehtë ndërsa pajisja e vjetër është ende në raft.

Mbani hartëzimin e ri bashkë me shënimet e rikuperimit

Arkivoni caktimin përfundimtar të serverit, rregullin hyrës dhe emrin e pronarit të përditësimit pranë procedurës për të arritur routerin lokalisht. Zëvendësimi i radhës duhet të nisë nga ajo faqe dhe jo nga një traceroute.

Nëse tuneli ende dështon nga jashtë pas gjithë sa më sipër, kontrolloni nëse adresa publike që raporton routeri përputhet me atë që zgjidhin klientët. Ai krahasim i vetëm ndan një problem DNS nga një problem përcjelljeje, dhe kërkon më pak kohë sesa leximi i një udhëzuesi tjetër për përcjelljen e portave.