Жаңа маршрутизатор, сол VPN сервері: оның жария кіреберісін көшіріңіз
VPN сервері LAN-да қалады, сондықтан маршрутизаторды ауыстыру — екі тапсыру: оған барар жол және клиенттер сақтаған жария кіреберіс. Екеуін де көшіріп, содан кейін сырттан тексеріңіз.
Жаңа маршрутизаторды қосасыз, интернет қайтады, ал телефондағы VPN клиенті әлі де жауап бермейтін мекенжайға сілтеп тұр. VPN серверінде ештеңе өзгерген жоқ, өйткені сервер ешқашан жылжыған жоқ. Маршрутизатор жария кіреберіс нүктесі болды, ал оны ауыстыру мекенжайды, қайта бағыттау ережесін және мүмкін динамикалық DNS жаңартқышын бір уақытта ауыстырды.
Ауыстыруды бір емес, екі тапсыру ретінде қарастырыңыз және жұмыс кезінде әкімшілік интерфейске жергілікті жолды сақтап қойыңыз.
Ағытып тастамас бұрын тапсыруды жазып қойыңыз
LAN префиксін, сервер мекенжайын және оның қалай берілетінін, VPN іс жүзінде пайдаланатын тыңдаушы мен тасымалды, оны жариялайтын кіріс ережесін және клиенттер сақтаған атауды жазыңыз. Содан кейін бүгін динамикалық DNS жазбасын қай машина жаңартатынын белгілеңіз: бұл маршрутизатор, сервердің өзі немесе басқа хосттағы бөлек агент болуы мүмкін. Мұны ескі әкімшілік беттер әлі жүктеліп жатқанда жасаңыз. Кіріс ережесінің скриншоты есте қалған порт нөмірінен артық.
Клиенттер жетуі тиіс жеке префикстерді және LAN-дағы құрылғылардың оларға жауапты қалай қайтаратынын қосыңыз. Екеуі де ұмытылады, өйткені ауыстыру шебері интернетке қол жеткізу туралы айтады, қайтару жолдары туралы емес. Ескі конфигурацияны да экспорттаңыз, егер өндіруші оны қалпына келтіруді қолдаса, бір модельдің сақтық көшірмесінің екіншісіне таза импортталуы сирек екенін қабылдай отырып.
Бұл жазбаны қорғалған жерде сақтаңыз. Маршрутизатордың сақтық көшірмесінде WAN желісінің тіркелгі деректері болуы мүмкін. Экспортталған файлды параметрлер жазбасы емес, құпия сөз ретінде ұстаңыз.
Алдымен мекенжайды, содан кейін қайта бағыттауды көшіріңіз
Егер жаңа маршрутизатор сол LAN префиксін сақтаса, серверге бұрынғы резервтеуін немесе оған тең статикалық тағайындауды беріңіз. Егер префикс өзгерсе, алдымен сервер мекенжайын және оны атайтын кез келген тыңдаушы байланысын жаңартыңыз, өйткені ескі мекенжайға бағытталған қайта бағыттау трафикті үнсіз ешқайда жібереді.
Содан кейін VPN пайдаланатын тасымал үшін дәл бір кіріс ережесін жасаңыз. Жергілікті серверге қайта бағыттауды сипаттайтын өндіруші нұсқаулықтары механизмді көрсетеді, әмбебап рецепт емес, сондықтан ережені блогтан алынған тізімге емес, өзіңіздің нақты протоколыңыз бен портыңызға сәйкестендіріңіз. Жаңа маршрутизатордағы қайта бағыттау оның үстінде тұрған оператор деңгейіндегі NAT-ты алып тастай алмайды, ал провайдер сізбен бір мекенжайды бөлісіп отырса, ешбір жергілікті ереже жеке мекенжайды интернеттен қолжетімді етпейді.
Сервердің өз қорғаныс қабырғасы әлі де бұл трафикке рұқсат беретінін растаңыз. Маршрутизатор мен интернет арасында екінші шлюз отырмағанын тексеріңіз, өйткені көптеген провайдер біріктірілген модем мен маршрутизатор береді. Жаңа құрылғыдағы WAN мекенжайын оқып, клиенттер шешетін мекенжаймен салыстырыңыз. Егер олар өзгеше болса, қайта бағыттауыңыз шет емес нәрсеге қонады.
Жария атауды кім жаңартатынын шешіңіз
Соңғы нүктені жаңарту үшін бір ие және тек бір ие қажет. Егер ескі маршрутизатор атауды жариялаған болса, ауыстырғышта қолдау көрсетілетін жаңартқышты баптап, жазба шынымен өзгергенін растаңыз. Егер сервер оны бұрыннан жариялап келсе, екі мекенжай арасында тербелетін бәсекелес жаңартқыш қосудың орнына сол тәртіпті тыныш қалдырыңыз.
Орналастыру мекенжайлардың екі тұқымын да жариялағанда, A жазбасын да, AAAA жазбасын да оқыңыз. Әрқайсысы шынымен тыңдап тұрған және өз қорғаныс қабырғасының жолымен рұқсат етілген қызметке сілтеуі керек, ал жұмыс істейтін IPv4 сәйкестігі IPv6 жағы туралы ештеңе айтпайды. Клиент профиліндегі сәйкестік тексерулерін де сақтаңыз: өзгерген жария мекенжай сәйкес келмейтін сертификатты немесе серіктес кілтін қабылдауға себеп емес.
Ауыстыруды сырттан дәлелдеңіз
LAN ішінен емес, рұқсат етілген сыртқы қосылыммен және жаңа сессиямен сынаңыз. Жария мекенжайға қарсы ішкі сынақ өз мекенжайына қайта оралу тәртібіне тәуелді және нақты клиент өтетін жолдан өзгеше жолмен жүреді.
Клиент ұстанатын ретті ұстаныңыз: атауды шешіңіз, туннель туралы келісіңіз, сәйкестікті растаңыз, содан кейін жеке ресурсқа қарсы бір операция орындаңыз. Дәл осы соңғы қадамды адамдар өткізіп жібереді және қайтару жолын тек сол дәлелдейді. Кіру сәтті болып, жеке операция сәтсіз аяқталса, жаңа LAN префиксін, клиент таңдаған маршруттарды және ресурстың жауап жолын тапсыру жазбаларыңызбен салыстырыңыз.
Барлық төрт қадам өткеннен кейін ғана ескі маршрутизаторды істен шығару қауіпсіз. Оны ағытып тастаңыз, содан кейін сыртқы сынақты тағы бір рет қайталаңыз. Ескі мекенжайға әлі шешілетін ескірген жазба бірінші қадамда-ақ сәтсіз аяқталады, ал ескі құрылғы әлі сөреде тұрғанда оны диагностикалау жеңіл.
Жаңа сәйкестендіруді қалпына келтіру жазбаларыңызбен бірге сақтаңыз
Соңғы сервер тағайындауын, кіріс ережесін және жаңарту иесінің атын маршрутизаторға жергілікті жету процедурасының жанына мұрағаттаңыз. Келесі ауыстыру traceroute-тен емес, сол беттен басталуы керек.
Жоғарыдағылардың бәрінен кейін де туннель сырттан істемесе, маршрутизатор хабарлаған жария мекенжайдың клиенттер шешетін мекенжаймен сәйкес келетінін тексеріңіз. Дәл сол бір салыстыру DNS мәселесін қайта бағыттау мәселесінен ажыратады және порттарды қайта бағыттау туралы тағы бір нұсқаулықты оқығаннан аз уақыт алады.