Nima uchun yo'naltirilgan OpenVPN tunnelida nom qidiruvlari muvaffaqiyatsiz bo'ladi

Xost ping ga manzil bo'yicha javob beradi, nom bo'yicha esa har bir qidiruvda muvaffaqiyatsiz bo'ladi. Tunnel ko'tarilgan va yo'l mavjud, shu sababli tabiiy xulosa — VPN noto'g'ri sozlangan. Foydaliroq xulosa shuki, qidiruv hech qachon yo'naltiriladigan bo'lmagan: yo'naltirilgan tunnel unicast IP uzatadi, vaholanki so'rov narigi tomonda mavjud bo'lmagan segmentni izlagan broadcast edi. Qatlamlar nomuvofiqligi ko'rinishi bilan tuzatishlar o'z-o'zidan narx bo'yicha tartiblanadi.

Afsona: nomlar ishlamagani uchun tunnel buzilgan

Alomat ishonchli, chunki nom qatlamidan yuqoridagi hamma narsa ishlaydi. Manzillar yo'naltiriladi, interfeys ko'tarilgan va hamkor ping ga javob beradi. Muvaffaqiyatsiz bo'lgani — nuqtadan nuqtaga ulanish orqali hech qachon yo'li bo'lmagan aniqlash mexanizmi, va bu buzilgan tunneldan boshqa da'vo. Bu ikki da'voni ajratish diagnostikaning katta qismi.

Buni tunnel nosozligi deb qabul qilish yordam bera olmaydigan profil o'zgarishlariga olib keladi. Variantlar qo'shish, shifrlashni almashtirish yoki klientni qayta o'rnatish broadcast ni aynan o'sha joyda qoldiradi.

Tuzatishni nomlashdan oldin muvaffaqiyatsiz bo'lgan mexanizmni nomlang. Broadcast ishlatadigan qidiruvga segment kerak, hal qiluvchi ishlatadigan qidiruvga esa so'rash uchun manzil kerak.

TUN nima uzatadi va nima uzatmaydi

TUN qurilmasi bu IP interfeys, va aynan shu uni yo'naltiriladigan qiladi. OpenVPN klientga manzil va yo'llar to'plamini beradi, shundan keyin klient hamkorga datagramma yuboradi. Bu modelda har bir xost har bir kadrni eshitadigan umumiy ulanishni hech narsa yaratmaydi.

Aniqlash trafigi bu modelga umuman to'g'ri kelmaydi. Windows ning eski nom so'rovlari, SSDP e'lonlari va mDNS so'rovlari bitta manzilga emas, segmentdagi barchaga yuboriladi. Yo'naltirilgan ulanishda yuborish uchun «hamma» yo'q. Bu mexanizmlarning har biri umumiy muhitni nazarda tutadi.

Shuning uchun tunnel sog'lom bo'lishi mumkin, aniqlash esa butunlay muvaffaqiyatsiz bo'lishi mumkin. Kimdir VPN ishlamay qolganini aytganda aynan shu gapni ushlash kerak.

Ko'prik chegarani olib tashlash orqali ishlaydi

TAP qurilmasi kadrlarni uzatadi, ko'prik esa uni haqiqiy LAN segmentiga ulaydi. Shunda klient o'sha segmentda manzilga ega bo'ladi va uning broadcast trafigini eshitadi. Ko'prik nom muammosini davolagandek ko'rinishining sababi shu. U klientni manzillash bo'yicha o'sha segmentga qaram ham qiladi.

Davolash — yo'naltirish chegarasini olib tashlash, tunnel ichidagi yangi nomlash qobiliyati emas. Segment broadcast qiladigan hamma narsa endi ulanishdan ham o'tadi.

Kichik laboratoriya uchun bu adolatli almashinuv. Tarqoq ishchi kuchi uchun bu kamdan-kam.

DNS va WINS ni surish torroq tuzatish

Klientga so'rash uchun aniq joy bering. dhcp-option DNS va dhcp-option DOMAIN ichki nomlarni zonani biladigan serverga yo'naltiradi, NetBIOS ga hali tayanadigan Windows klienti ham xuddi shu yo'l bilan WINS serverini olishi mumkin. Tunnel yo'naltirilgan bo'lib qoladi va segment o'z joyida qoladi.

Ikki shart bu ishlashini hal qiladi. Ko'rsatilgan server zona uchun javob berishi kerak, so'rovga esa tunneldan ruxsat bo'lishi kerak.

Hal qiluvchini serverning o'z qobig'idan emas, klientdan sinab ko'ring. Mahalliy ishlaydigan hal qiluvchi tunnel nima uzatishi haqida hech narsa demaydi.

Qaysi qatlam muvaffaqiyatsiz bo'lganini aniqlang

Avval manzilga ping qiling, keyin nomni hal qiling va qaysi server javob berganini o'qing. Zonani xosting qilmaydigan serverning salbiy javobi mashinadan hech qachon chiqmagan so'rovdan boshqacha ko'rinadi. Hal bo'ladigan, ammo ulanishlarni rad etadigan nom butunlay uchinchi muammo.

Multicast xuddi shu devor ortida. 224.0.0.251 kabi guruh sukut bo'yicha yo'naltirilgan tunneldan o'tkazilmaydi, va guruh uchun yo'l multicast ni tushunadigan yo'lsiz yoki LAN dagi aks ettiruvchisiz yetarli emas.