Yangi router, o’sha VPN serveri: uning umumiy kirishini ko’chiring

Yangi routerni ulaysiz, internet qaytadi, ammo telefondagi VPN mijozi hamon javob bermayotgan manzilga ishora qiladi. VPN serverida hech narsa o’zgarmadi, chunki server hech qachon ko’chmagan. Router umumiy kirish nuqtasi edi va uni almashtirish manzilni, yo’naltirish qoidasini va ehtimol dinamik DNS yangilagichini bir vaqtda almashtirdi.

Almashtirishni bitta emas, ikkita topshirish deb qarang va ishlayotganda boshqaruv interfeysiga mahalliy yo’lni saqlab turing.

Uzishdan oldin topshirishni yozib qo’ying

LAN prefiksini, server manzilini va uning qanday ajratilishini, VPN amalda ishlatadigan tinglovchi va transportni, uni e’lon qiladigan kirish qoidasini va mijozlar saqlagan nomni yozing. So’ng bugun dinamik DNS yozuvini qaysi mashina yangilashini yozing: bu router, serverning o’zi yoki boshqa xostdagi alohida agent bo’lishi mumkin. Buni eski boshqaruv sahifalari hali yuklanayotganda bajaring. Kirish qoidasining ekran surati eslab qolingan port raqamidan yaxshiroq.

Mijozlar yetib borishi kerak bo’lgan xususiy prefikslarni va LAN dagi qurilmalar ularga javoblarni qanday qaytarishini qo’shing. Ikkalasi ham oson unutiladi, chunki almashtirish ustasi internetga kirish haqida gapiradi, qaytish yo’llari haqida emas. Eski konfiguratsiyani ham eksport qiling, agar ishlab chiqaruvchi uni tiklashni qo’llab-quvvatlasa, bir modelning zaxira nusxasi boshqasiga toza import qilinishi kamdan-kam ekanini qabul qilib.

Bu yozuvni himoyalangan joyda saqlang. Router zaxira nusxasida WAN liniyasining hisob ma’lumotlari bo’lishi mumkin. Eksport fayliga sozlamalar eslatmasi emas, parol kabi munosabatda bo’ling.

Avval manzilni, so’ng yo’naltirishni ko’chiring

Agar yangi router o’sha LAN prefiksini saqlasa, serverga avvalgi rezervatsiyasini yoki unga teng statik ajratishni bering. Prefiks o’zgarsa, avval server manzilini va uni nomlaydigan har qanday tinglovchi bog’lanishini yangilang, chunki eski manzilga qaratilgan yo’naltirish trafikni indamay hech qayerga yuboradi.

So’ng VPN ishlatadigan transport uchun aynan bitta kirish qoidasini qaytadan yarating. Mahalliy serverga yo’naltirishni tavsiflovchi ishlab chiqaruvchi qo’llanmalari mexanizmni ko’rsatadi, universal retsept emas, shuning uchun qoidani blogdagi ro’yxatga emas, o’zingizning haqiqiy protokolingiz va portingizga moslang. Yangi routerdagi yo’naltirish uning ustida turgan operator darajasidagi NATni olib tashlay olmaydi va provayder allaqachon bittasini siz bilan bo’lishsa, hech qanday mahalliy qoida xususiy manzilni internetdan yetib boradigan qilmaydi.

Serverning o’z xavfsizlik devori hamon bu trafikni ruxsat berishiga ishonch hosil qiling. Router va internet o’rtasida ikkinchi shlyuz o’tirganini tekshiring, chunki ko’p provayderlar modem va routerni birga beradi. Yangi qurilmadagi WAN manzilini o’qing va mijozlar hal qiladigan manzil bilan solishtiring. Agar ular farq qilsa, yo’naltirishingiz chekka bo’lmagan narsaga qo’nmoqda.

Umumiy nomni kim yangilashini hal qiling

Oxirgi nuqta yangilanishlari bitta egaga muhtoj va faqat bittasiga. Agar eski router nomni e’lon qilgan bo’lsa, o’rinbosarda qo’llab-quvvatlanadigan yangilagichni sozlang va yozuv haqiqatan o’zgarganini tasdiqlang. Agar server uni avvaldan e’lon qilib kelgan bo’lsa, ikki manzil orasida tebranadigan raqib yangilagich qo’shish o’rniga o’sha tartibni tinch qo’ying.

Joylashtirish manzillarning ikkala oilasini ham e’lon qilsa, A va AAAA yozuvlarini o’qing. Har biri haqiqatan tinglayotgan va o’z xavfsizlik devori yo’li orqali ruxsat etilgan xizmatga ishora qilishi kerak, ishlaydigan IPv4 mosligi esa IPv6 tomoni haqida hech narsa demaydi. Mijoz profilidagi shaxs tekshiruvlarini ham saqlang: o’zgargan umumiy manzil mos kelmaydigan sertifikat yoki sherik kalitini qabul qilishga sabab emas.

Almashtirishni tashqaridan isbotlang

LAN ichidan emas, ruxsat etilgan tashqi ulanish va yangi sessiya bilan sinang. Umumiy manzilga qarshi ichki sinov o’z manziliga qaytish xatti-harakatiga bog’liq va haqiqiy mijoz o’tadigan yo’ldan boshqa yo’ldan o’tadi.

Mijoz amal qiladigan ketma-ketlikka amal qiling: nomni hal qiling, tunnel bo’yicha kelishing, shaxsni tasdiqlang, so’ng xususiy resursga qarshi bitta amal bajaring. Aynan shu oxirgi qadamni odamlar tashlab ketadi va qaytish yo’lini faqat shu isbotlaydi. Kirish muvaffaqiyatli bo’lib, xususiy amal muvaffaqiyatsiz bo’lsa, yangi LAN prefiksini, mijoz tanlagan marshrutlarni va resursning javob yo’lini topshirish yozuvlaringiz bilan solishtiring.

Barcha to’rt qadam o’tgandan keyingina eski routerni iste’moldan chiqarish xavfsiz. Uni uzing, so’ng tashqi sinovni yana bir marta takrorlang. Eski manzilga hali ham hal bo’ladigan eskirgan yozuv birinchi qadamdanoq muvaffaqiyatsiz bo’ladi va eski qurilma hali javonda turganda buni aniqlash osonroq.

Yangi moslikni tiklash yozuvlaringiz bilan birga saqlang

Yakuniy server ajratishini, kirish qoidasini va yangilash egasining nomini routerga mahalliy yetib borish tartibi yonida arxivlang. Keyingi almashtirish traceroute’dan emas, o’sha sahifadan boshlanishi kerak.

Yuqoridagilarning barchasidan keyin ham tunnel tashqaridan ishlamasa, router e’lon qilayotgan umumiy manzil mijozlar hal qiladigan manzilga mos kelishini tekshiring. Aynan o’sha bitta taqqoslash DNS muammosini yo’naltirish muammosidan ajratadi va portlarni yo’naltirish haqidagi yana bir qo’llanmani o’qishdan kam vaqt oladi.