Bagong router, parehong server ng VPN: ilipat ang pampublikong pasukan nito
Nananatili ang server ng VPN sa LAN, kaya ang pagpalit ng router ay dalawang paghahatid: ang daan patungo rito at ang pampublikong pasukan na inimbak ng mga kliyente. Dalhin ang pareho, pagkatapos ay subukan mula sa labas.
Isinaksak mo ang bagong router, bumabalik ang internet, at ang kliyente ng VPN sa telepono ay nakatuon pa rin sa isang address na hindi na sumasagot. Walang nagbago sa server ng VPN, dahil hindi kailanman lumipat ang server. Ang router ang pampublikong pasukan, at ang pagpapalit nito ay pinalitan ang address, ang tuntunin ng pagpapasa at marahil ang tagapag-update ng dynamic na DNS nang sabay.
Ituring ang pagpalit na dalawang paghahatid, hindi isa, at panatilihin ang lokal na daan patungo sa interface ng administrasyon habang nagtatrabaho.
Isulat ang paghahatid bago mag-unplug
Itala ang prefix ng LAN, ang address ng server at kung paano ito ibinibigay, ang tagapakinig at transport na aktuwal na ginagamit ng VPN, ang papasok na tuntunin na naglalathala nito, at ang pangalang inimbak ng mga kliyente. Pagkatapos ay itala kung aling makina ang nag-a-update ng rekord ng dynamic na DNS ngayon: maaaring ito ang router, ang server mismo o isang hiwalay na ahente sa ibang host. Gawin ito habang naglo-load pa ang lumang mga pahina ng administrasyon. Mas mabuti ang screenshot ng papasok na tuntunin kaysa sa naaalalang numero ng port.
Idagdag ang mga pribadong prefix na dapat maabot ng mga kliyente, at kung paano nagpapadala ng mga sagot pabalik sa mga ito ang mga aparato sa LAN. Pareho itong madaling kalimutan dahil ang wizard ng pagpalit ay nagsasalita tungkol sa pag-access sa internet, hindi tungkol sa mga daan pabalik. I-export din ang lumang konfigurasyon kung sinusuportahan ng tagagawa ang pagbawi nito, habang tinatanggap na ang isang backup mula sa isang modelo ay bihirang ma-import nang malinis sa iba.
Itago ang rekord na iyon sa protektadong lugar. Ang backup ng router ay maaaring maglaman ng mga kredensyal para sa link ng WAN. Ituring ang na-export na file na parang password at hindi parang tala ng mga setting.
Ilipat muna ang address, pagkatapos ang pagpapasa
Kung pinapanatili ng bagong router ang parehong prefix ng LAN, bigyan ang server ng reserbasyong mayroon ito dati o katumbas na static na pagtatalaga. Kung magbabago ang prefix, i-update muna ang address ng server at anumang binding ng tagapakinig na tumutukoy dito, dahil ang pagpapasang nakaturo sa lumang address ay tahimik na magpapadala ng trapiko sa wala.
Pagkatapos ay gumawa ng eksaktong isang papasok na tuntunin para sa transport na ginagamit ng VPN. Ang mga gabay ng tagagawa na naglalarawan ng pagpapasa sa lokal na server ay nagpapakita ng mekanismo, hindi ng pangkalahatang resipe, kaya itugma ang tuntunin sa iyong aktuwal na protocol at port, hindi sa isang listahan mula sa blog. Ang pagpapasa sa bagong router ay hindi makakaalis ng NAT sa antas ng operator na nasa itaas nito, at walang lokal na tuntunin ang gagawa ng pribadong address na maabot mula sa internet kung ibinabahagi na ng provider ang isa sa iyo.
Kumpirmahin na pinapayagan pa rin ng firewall ng server mismo ang trapikong iyon. Suriin kung may pangalawang gateway na nakaupo sa pagitan ng router at internet, dahil maraming provider ang nagbibigay ng pinagsamang modem at router. Basahin ang address ng WAN sa bagong aparato at ihambing ito sa address na nireresolba ng mga kliyente. Kung magkaiba, ang iyong pagpapasa ay lumalapag sa isang bagay na hindi ang gilid.
Magpasya kung sino ang mag-a-update ng pampublikong pangalan
Ang mga update ng endpoint ay nangangailangan ng isang may-ari at isa lamang. Kung ang lumang router ang naglalathala ng pangalan, i-configure ang sinusuportahang tagapag-update sa kapalit at kumpirmahin na talagang nagbago ang rekord. Kung ang server na ang naglalathala nito, hayaan ang kaayusang iyon sa tahimik kaysa magdagdag ng karibal na tagapag-update na umiindayog sa pagitan ng dalawang address.
Kapag naglalathala ang deployment ng parehong pamilya ng address, basahin ang rekord A at ang rekord AAAA. Bawat isa ay dapat nakaturo sa serbisyong tunay na nakikinig at pinapayagan sa sarili nitong daan ng firewall, at ang gumaganang pagmamapa ng IPv4 ay walang sinasabi tungkol sa panig ng IPv6. Panatilihin din ang mga pagsusuri ng pagkakakilanlan sa profile ng kliyente: isang pampublikong address na nabago ay hindi dahilan upang tanggapin ang sertipiko o susi ng kasama na hindi tugma.
Patunayan ang pagpalit mula sa labas
Subukan gamit ang awtorisadong panlabas na koneksyon at bagong sesyon, hindi mula sa loob ng LAN. Ang panloob na pagsubok laban sa pampublikong address ay nakasalalay sa pag-uugali ng hairpin at dumadaan sa ibang landas kaysa sa dadaanan ng tunay na kliyente.
Sundin ang sekwensiyang sinusundan ng kliyente: resolbahin ang pangalan, makipagnegosasyon sa tunnel, patunayan ang pagkakakilanlan, pagkatapos ay magsagawa ng isang operasyon laban sa pribadong mapagkukunan. Iyon ang huling hakbang na nilalaktawan ng mga tao, at iyon lamang ang nagpapatunay ng daan pabalik. Kung nagtagumpay ang pag-login ngunit nabigo ang pribadong operasyon, ihambing ang bagong prefix ng LAN, ang mga rutang pinili ng kliyente at ang daan ng sagot ng mapagkukunan sa iyong mga tala ng paghahatid.
Pagkatapos lamang na makapasa ang lahat ng apat na hakbang ay ligtas nang alisin sa serbisyo ang lumang router. I-unplug ito, pagkatapos ay ulitin ang panlabas na pagsubok nang isang beses pa. Ang lipas na rekord na nireresolba pa rin sa lumang address ay nabibigo sa pinakaunang hakbang, at iyon ay mas madaling i-diagnose habang ang lumang aparato ay nasa istante pa.
Itago ang bagong pagmamapa kasama ng iyong mga tala sa pagbawi
I-archive ang huling pagtatalaga ng server, ang papasok na tuntunin at ang pangalan ng may-ari ng pag-update sa tabi ng pamamaraan upang maabot ang router nang lokal. Ang susunod na pagpalit ay dapat magsimula sa pahinang iyon at hindi sa isang traceroute.
Kung nabibigo pa rin ang tunnel mula sa labas pagkatapos ng lahat ng nasa itaas, suriin kung ang pampublikong address na iniuulat ng router ay tumutugma sa nireresolba ng mga kliyente. Ang nag-iisang paghahambing na iyon ay naghihiwalay ng problema sa DNS mula sa problema sa pagpapasa, at kumukuha ito ng mas kaunting oras kaysa sa pagbasa ng isa pang gabay sa pagpapasa ng port.