VPN ichida mDNS: nima uchun .local nomlari hal qilinmaydi

Ofisingizdagi printer stolingizdagi har bir ilovada ko‘rinadi va VPN da yo‘qoladi, garchi siz uning borligini bilgan manzilga ping qila olsangiz ham. Tunnelda hech narsa buzilmagan: aniqlash va yetib borish alohida xizmatlar, va sukut bo‘yicha ulardan faqat bittasi marshrutlangan tunneldan o‘tadi. Quyidagi tekshiruvlar marshrut qo‘shishdan oldin ularni ajratadi. Hech qachon havolani tark etmagan so‘rovni marshrut tuzata olmaydi.

Bugun nima hal qilinishini va nima faqat hal qilingandek ko‘rinishini tekshiring

Avval ikki savolni ajrating: xost nomi uchun unicast so‘rovi resolverdan so‘raydi, _ipp._tcp uchun qidiruv esa lokal havoladan so‘raydi. Linux da avahi-browse -a multicast DNS nima ko‘ra olishini ko‘rsatadi, resolvectl query name.local resolver stegi bu nom bilan nima qilishini ko‘rsatadi. macOS da dns-sd -B _ipp._tcp avval manzilsiz topilgan xizmatlarni ro‘yxatlaydi.

Agar manzil javob berib, nom bermasa, marshrutlash ishlaydi, aniqlash ishlamaydi. .local nomiga avahi-browse o‘rnatilmagan bo‘lsa ham nss-mdns orqali xostning o‘zida javob berish mumkin, shuning uchun bu nomga muvaffaqiyatli getent yoki ping aniqlash tunnelni kesib o‘tganiga dalil emas; qidiruv natijasi va resolver natijasi turli dalillardir. Ilovalar topgan narsasini keshlaydi, shuning uchun nosozlik ko‘pincha ulangandan soatlar o‘tib, ulanish paytida emas, paydo bo‘ladi. Ilovani yopib qayta oching, so‘ng keshdagi yozuvda nom yoki manzil borligini tekshiring, chunki aniqlash to‘xtagandan keyin ham manzil uzoq vaqt ishlaydi.

So‘rov nima uchun hech qachon tunnelni kesib o‘tmaydi

Multicast DNS so‘rovlarni 224.0.0.251 ga, lokal tarmoqni boshqarish bloki ichida, UDP 5353 portiga yuboradi. Routerlar bu blokdagi manzillarni uzatmaydi, shuning uchun so‘rov yuborilgan havolada qoladi. Yuboruvchilar ham IP TTL yoki IPv6 sakrash chegarasini 255 ga qo‘yadi, shunda qabul qiluvchi allaqachon routerdan o‘tgan paketni rad eta oladi; protokol havoladan tashqari soxtalashtirishni shu tarzda aniqlaydi, bu bilan lokal bo‘lib qolmaydi. Lokallik maqsad manzilidan keladi, bir sakrashli TTL dan emas.

Tunnel turi ham muhim. tun uslubidagi interfeys faqat IP paketlarini olib yuradi, boshqa hech narsa emas, shuning uchun hech qanday multicast guruhi undan o‘tmaydi. tap uslubidagi ko‘prik translyatsiya domenini o‘zi kengaytiradi, shuning uchun ba'zi eski dizaynlar marshrutlash o‘rniga ko‘prik qurdi va ko‘prik olib keladigan har bir muammoni meros qilib oldi.

Ishonchli LAN uchun istisno bundan hech narsani o‘zgartirmaydi, chunki u tunnelga multicast uzatishni o‘rgatish o‘rniga qaysi trafik tunneldan foydalanishi mumkinligini hal qiladi. Paket hali ham eshitiladigan umumiy segmentga ega emas.

Qo‘llab-quvvatlay oladigan nomlash dizaynini tanlang

Kompaniya resurslari uchun barqaror javob VPN itarib yuboradigan resolver xizmat ko‘rsatadigan marshrutlangan xost nomi bo‘lib, u bilan birga bo‘lingan DNS, ichki nomlar ichki serverlarga borishi va qolganlari bormasligi uchun. Windows buni nom hal qilish siyosati jadvali sifatida taqdim etadi, macOS har bir interfeys uchun cheklangan resolverlardan foydalanadi, va ko‘pchilik mijozlarda teng itarish sozlamasi bor. Qurilma ichki DNS da odatdagi nomini saqlaydi, aniqlash esa yo‘lning qismi bo‘lishni to‘xtatadi.

Aniqlash proksisi yoki mDNS aks ettirgichi bu bo‘shliqni ko‘priklashi mumkin va bu o‘z xosti, o‘z ta'siri va o‘z mijoz talablariga ega haqiqiy dizayn. U marshrut qo‘shganingiz uchun paydo bo‘lmaydi. Hech qachon .local so‘rovlarini ommaviy resolverga uzatmang: domen RFC 6762 bo‘yicha lokal multicast foydalanish uchun ajratilgan va uni tashqariga yuborish sekin nosozliklar va keraksiz ma'lumot oshkorligini keltiradi.

Xizmatni tekshiring, nomni emas

Qidiruv ro‘yxatidagi nom aniqlash qadamini isbotlaydi, xizmat javob berishini emas. Chop etish navbatini yoki veb interfeysni oching va haqiqiy amalni bajaring, so‘ng qayta ulangandan keyin uni takrorlang.

Aniqlash nomlarni tajovuzkor keshlaydi, shuning uchun eski yozuv muvaffaqiyatdek ko‘rinishi mumkin. Sertifikat yoki autentifikatsiya so‘rovi paydo bo‘lsa, bu keyingi qatlam va alohida muammo. Qaysi mexanizmni o‘zgartirganingizni, resolverni yoki aniqlashni yozib qo‘ying, keyingi odam butun savolni qaytadan ochmasligi uchun.