VPN boshqa joyga ko'chdi: nima uchun OpenVPN mijozi hali ham eski IP ga qo'ng'iroq qiladi

Provayder ommaviy manzilingizni o'zgartirdi, siz dinamik DNS yozuvini yangiladingiz, lekin mijoz hali ham ulana olmaydi. Tashqaridan yozuv tarqalmagandek ko'rinadi. Ko'pincha yozuv joyida bo'ladi va mijoz ko'chishdan oldin hal qilgan manzilga qo'ng'iroq qiladi, chunki ishlab turgan tunnel va saqlangan profil har birining server qayerda yashashi haqida o'z tasavvuri bor. Uch qatlam kelishishi kerak va ular turli jadvallar bilan yangilanadi.

DNS nima deyishiga emas, profil nimaga qo'ng'iroq qilishiga qarang

Haqiqatan ishlatayotgan ulanishni oching va remote satrini o'qing. U yerdagi raqamli manzil yozuv qanchalik to'g'ri bo'lishidan qat'i nazar, xost nomi yangilanishiga hech qachon ergashmaydi.

Keyin siz tahrirlagan profil mijoz yuklagan profil ekanini tekshiring. Import qilingan profillar odatiy: administrator bir necha oy oldin nusxa olib, o'z versiyasini saqlab qolgan bo'lishi mumkin, shuning uchun yuklab olish jildingizdagi fayl va ilovadagi yozuv farq qilishi mumkin. DNS ni tuzatishdan oldin mijozning o'z ulanish tafsilotlaridagi oxirgi nuqtani solishtiring.

Ikki fayl, bitta oxirgi nuqta — bu yerda odatda shu topiladi.

grep -nE '^remote|^resolv-retry|^persist-remote-ip|^float' client.ovpn
printf 'resolver says: '; dig +short vpn.example.net

Mijozning keyingi ulanish urinishini o'qing

Ulanishni batafsil jurnal bilan qayta ishga tushiring va u bog'lanadigan manzil aytilgan satrni o'qing. Aynan shu qiymat muhim, brauzeringiz hal qilgan qiymat emas.

Hal qiluvchi keshi avvalgi javobni hali saqlashi mumkin va ba'zi tarmoqlar uni yozuvning TTL talab qilganidan uzoqroq saqlaydi. Boshqa joydan sinab ko'rgan ommaviy hal qiluvchiga emas, mijoz haqiqatan ishlatadigan hal qiluvchiga so'rov yuboring.

Agar jurnal yangi manzilni ko'rsatsa-yu ulanish hali ham amalga oshmasa, muammo ko'chdi: paket qayergadir ketmoqda va hech kim javob bermayapti. Bu tinglovchi, xavfsizlik devori yoki portni yo'naltirish masalasi va u mijozi hal qilish yo'lida emas, server tomonida. Bu ikki nosozlikni alohida saqlang, chunki yetib bo'lmaydigan tinglovchini DNS muammosi deb qarash sizni bir xil aylanadan ikki marta o'tkazadi.

Qanday qayta ishga tushirish qilayotganingizni biling

Hamma qayta ishga tushirishlar bir xil holatni saqlamaydi, shuning uchun manzil o'zgarishi jarayon qanday qayta ishlanishiga qarab boshqacha tutishi mumkin. Signal bilan boshlangan yumshoq qayta ishga tushirish oldingi sessiyaning ko'proq kontekstini saqlaydi, to'liq to'xtatish va boshlash esa yana konfiguratsiyadan boshlanadi. Agar mijoz qayta hal qiladimi-yo'qmi sinayotgan bo'lsangiz, sizga konfiguratsiyadan boshlanadigan yo'l kerak.

Barqarorlik sozlamalari ham muhim, chunki ular yangi manzillar ortidan quvish uchun emas, autentifikatsiya qilingan narsani saqlash uchun yaratilgan.

Eng toza sinov — mo'ljallangan profildan yangidan boshlash, so'ng oxirgi nuqtani nomlaydigan jurnal satriga ko'z tashlash. Qisman saqlangan sessiyadan o'rganganingiz — o'sha sessiya haqidagi bayonot.

To'rt variant va ularning alohida ishlari

Xost nomi bilan remote — qayta hal qilishni umuman mumkin qiladigan sozlama; o'sha satrdagi to'g'ridan-to'g'ri manzil buni istisno qiladi. resolv-retry qidiruv muvaffaqiyatsiz bo'lganda nima bo'lishini boshqaradi va 2.6 uni allaqachon sukut bo'yicha cheksiz qiladi. Shuning uchun uni qo'shish hech narsani o'zgartirmaydi va u hech qachon boshqa javob uchun davriy tekshiruv rejalashtirmaydi. Uni yangi manzillarni so'raydi deb aytgan kishi tiklanish bilan yangilikni aralashtirgan.

persist-remote-ip yangilik emas, uzluksizlik haqida: u oxirgi marta autentifikatsiya qilingan oxirgi nuqtani, o'zi qo'llab-quvvatlaydigan yumshoq qayta ishga tushirishlar davomida qayta ishlatadi. Ko'chishni sinayotganingizda bu siz xohlagan narsaga zid. Agar build ingiz uni yoqsa, sinov uchun o'chiring, yangi oxirgi nuqta isbotlangach yana yoqing. Yoqilgan qoldirilsa, muvaffaqiyatli qayta ulanish DNS haqida sizga hech narsa aytmasligi mumkin.

float sessiya o'rtasida manzili o'zgargan autentifikatsiya qilingan hamkorni qabul qiladi va faqat buni qo'llab-quvvatlaydigan konfiguratsiyalarda. U DNS ni yangilamaydi va provayder o'zgarishini o'zi kuzatmaydi. Uni aylanib yuruvchi hamkorlar uchun bardoshlik xususiyati deb biling, serverlar uchun dinamik manzil mexanizmi deb emas.

Mijozni ayblashdan oldin yangi oxirgi nuqtani tasdiqlang

Tarmog'ingizdan tashqaridan yangi manzilda sozlangan portda tinglovchi borligini va provayderning yo'naltirishi unga ishora qilishini tekshiring. Ochiq porti yo'q mashina uchun to'g'ri A yozuvi odamlar keshga ag'daradigan alomatning aynan o'zini keltirib chiqaradi.

Keyin qayta ulanib, ikki narsani tasdiqlang: mijoz kutilgan server sertifikatiga qarshi autentifikatsiya qildi va sessiya siz nazarda tutgan resursga yetadi. Manzil o'zgarishi identifikatsiya talablarini pasaytirmaydi va noto'g'ri oxirgi nuqtaga muvaffaqiyatli ulanish muvaffaqiyatsizidan yomonroq. OpenVPN 2.6 qo'llanmasi to'rt variantni ham o'z qamrovi bilan sanab o'tadi va bu profil yonida saqlanadigan tekshiruv ro'yxati.

Administrativ kirishingizni tashiydigan tunnelni qayta ishga tushirishdan oldin serverga tarmoqlanmagan yo'lni saqlang. O'sha bitta ehtiyot chorasi bu senariy keltiradigan hodisalarning ko'pini oldini oladi.