OpenVPN DNS yuboradi, lekin hal qiluvchingiz uni hech qachon ko‘rmasligi mumkin

Mijoz jurnali yuborilgan DNS serverini ko‘rsatadi, tunnel ulangan, ichki nom esa hali ham hech narsaga hal bo‘lmaydi. Yuborishning o‘zida hech narsa buzuq emas. Variant yetib keldi va operatsion tizim hal qiluvchisi undan hech qachon foydalanmadi, chunki ko‘pchilik Unix mijozlarida OpenVPN qiymatni topshiradi va ilovani platformaga qoldiradi.

Alomat: jurnal DNS ko‘rsatadi, nomlar esa hali ham muvaffaqiyatsiz

OpenVPN dhcp-option DNS va domen ma’lumotini olib yuradi, mijoz esa olganini yozib boradi. Ba’zi amalga oshirishlarda mijoz bu sozlamalarni ichkarida qo‘llaydi; boshqalarida ularni integratsiya skripti yoki tarmoq xizmatiga eksport qiladi. Jurnal satri hikoyaning faqat birinchi yarmini tasvirlaydi. Ikkinchi yarmi mijoz nazorat qilmaydigan joyda sodir bo‘ladi. Nosozlik odatda o‘sha yerda yashaydi.

Shuning uchun ulangan tunnel va muvaffaqiyatsiz ichki nom shunchalik tez-tez birga uchraydi. Qiymat bor, iste’molchi yo‘q yoki noto‘g‘ri sozlangan, hal qiluvchi esa jimgina ulanishdan oldin ishlatgan ommaviy serverdan foydalanishda davom etadi.

Qabul qilish qo‘llash degani emas

Mijoz yuborilgan DNS qiymatini yozib qo‘yishi mumkin, sistem hal qiluvchisi esa hali boshqa xizmatga tegishli bo‘ladi. Brauzerda tizim hal qiluvchisini butunlay chetlab o‘tadigan o‘zining shifrlangan DNS siyosati ham bo‘lishi mumkin, bu esa bir ilova ichki nomlarni hal qiladigan, ikkinchisi esa qilmaydigan esda qolarli vaziyatni keltirib chiqaradi.

Har bir Unix mijoz bir xil faylni qayta yozadi deb taxmin qilish o‘rniga amalga oshirishning qo‘llab-quvvatlanadigan integratsiyasini tekshiring. Aynan shu taxmin odamlarni hech narsa o‘qimaydigan hal qiluvchi konfiguratsiyasini tahrirlashga majbur qiladi.

Har bir platformada hal qiluvchining egasini toping

Windows’da nomlarni hal qilish siyosati jadvali ayrim qo‘shimchalarni ayrim serverlarga yo‘naltirishi mumkin, VPN mijozi esa u yerda qoidalar o‘rnatishi mumkin. Faqat adapterning DNS ro‘yxatini emas, siyosatni tekshiring. Linux’da konfiguratsiya NetworkManager yoki systemd-resolvedga tegishli bo‘lishi mumkin, va qaysi biri egasi ekani qayta ulanishda nima saqlanishini belgilaydi.

Haqiqiy holatni so‘rovlarga chindan javob beradigan vosita bilan o‘qing: systemd-resolved xostida resolvectl query internal.example.net yoki platformaning ekvivalenti. So‘ngra bu javobni mijoz jurnali yubordi deb da’vo qilgan DNS serveri bilan solishtiring.

Hal qiluvchi sozlamalarini muvofiqlashtirmasdan ustidan yozadigan bir necha xizmatni ishga tushirishdan saqlaning. Ikki egasi uzilishli ko‘rinadigan natija beradi, har bir qayta ulanish esa uni tasodifan tuzatayotgan yoki buzayotgan ko‘rinadi.

Skriptlar va foreign_option

OpenVPN yuborilgan variantlarni foreign_option_N nomli o‘zgaruvchilar orqali skriptlarga eksport qiladi, skript ularni hal qiluvchi buyruqlariga aylantirishi mumkin. Bu tartib qo‘llab-quvvatlanadigan integratsiya, avtomatik xatti-harakat emas, va uni mijozda o‘rnatib chaqirish kerak.

Agar skriptga tayansangiz, uning bajarilishini va chiqish holatini yozib boring. Ishlaydigan, lekin jimgina muvaffaqiyatsiz bo‘ladigan skript skript yo‘qdagidek alomat qoldiradi, va konfiguratsiya to‘liq ko‘ringani uchun uni payqash qiyinroq. Skript faylini emas, skript chiqishini tekshiring. Mavjud fayl ishlagan skript emas.

Jurnalni emas, nomni sinang

Ulangandan keyin mijozdan faqat ichki xost nomini so‘rang, so‘ngra ommaviy nomni so‘rang, so‘ngra qaysi server javob berganini tekshiring. Ishlaydigan sozlamada ikkala javob turli joylardan keladi, va ikkalasi ham dizaynga mos kelishi kerak.

Nom hal bo‘lsa, lekin xizmat muvaffaqiyatsiz bo‘lsa, DNSni yana o‘zgartirish o‘rniga marshrutlash va ilovalarga kirishga o‘ting. OpenVPN qo‘llanmasi dhcp-option va skript muhitini hujjatlashtiradi; boshqa hal qiluvchi faylini tahrirlashdan oldin mijozingiz nima qo‘llashi kerakligini tasdiqlash uchun undan foydalaning.