Qisqa ichki nomlar VPN'da ishlamaydi: hech qachon ko'rmaydigan qo'shimcha
Qisqa nom faqat qidiruv qo'shimchasi uni to'ldirgani uchun ishlaydi. Qo'shimcha yetishmasligini resolver nosozligidan ajratish uchun to'liq va qisqa nomni solishtiring.
Qisqa nom ofisda ishlagan va VPN'da ishlamaydi, to'liq nom esa muammosiz hal qilinadi. Hech narsa buzilmagan. intranet kabi yalang'och nom to'liq nom emas; mijoz o'z qidiruv ro'yxatidan qo'shimcha qo'shib, natijani so'raydi. Agar VPN profili o'sha qo'shimchani bermasa, tanish qisqa shakl mavjud bo'lishdan to'xtaydi.
Butun afsona shu. DNS buzilmadi, qidiruv siyosati o'zgardi.
Yalang'och nom nom emas
Bitta yorliq yozganingizda, resolver nima so'rashni hal qilishi kerak. U nomni berilganidek sinab ko'radi, so'ngra biror narsa javob berguncha qidiruv ro'yxatidagi yozuvlarni birma-bir qo'shadi. Linux'da bu tartibni resolv.conf search va ndots sozlamalari bilan boshqaradi. Windows'da qo'shimchalar ro'yxati va nomlarni hal qilish siyosati xuddi shunday qiladi. Qo'shimchani olib tashlang, resolverning qo'shadigan hech narsasi qolmaydi.
Shuning uchun ishlaydigan qisqa nom siyosatning isboti, sog'lom DNS serverning isboti emas.
Qo'shimchalar ro'yxati va resolver manzili nima qiladi
Bu ikkisi doim aralashtiriladi. Resolver manzili kimdan so'rashni aytadi; qo'shimchalar ro'yxati qaysi nom haqida so'rashni aytadi. VPN sizga qo'shimchasiz shaxsiy resolver yoki noto'g'ri resolver bilan qo'shimcha berishi mumkin. Bu nosozliklardan faqat bittasi DNS uzilishiga o'xshaydi.
Ularni alohida tekshiring, chunki noto'g'risini tuzatish qo'llab-quvvatlash oynasini yoqib yuboradi.
| What you see | Likely cause |
|---|---|
| Full name resolves, short name fails | Suffix or search list missing |
| Neither resolves | Resolver unreachable or wrong domain rule |
| Both resolve, resource fails | Route or service permission |
Uch alomat, uch xil mas'ul.
Avval to'liq nomni sinab ko'ring
Taxmin emas, administrator hujjatlashtirgan to'liq malakali nomni so'rang. Ishlaydigan FQDN resolver yetib borishini va yozuv mavjudligini isbotlaydi, bu bitta so'rov bilan mumkin bo'lgan sabablarning yarmini yo'q qiladi. Qaysi server javob berganini ko'rsatadigan vositadan foydalaning, keshlangan natijani o'qimaslik uchun.
Sinovni maxfiy saqlang. Ichki variantlarni ommaviy resolverga yuborish nomlarni oshkor qiladi va hech kim niyat qilmagan siyosatni sinaydi.
Tuzatish qayerga tegishli
Ega profilini yoki uni yaratadigan boshqaruv tizimini tuzating. Mahalliy resolver konfiguratsiyasiga qo'lda kiritilgan o'zgartirish odatda qayta ulanishda yo'qoladi yoki mashina ulangan har bir tarmoqqa qo'llaniladi, bu yomonroq.
Windows'da eslab qolgan katakcha o'rniga amaldagi siyosatni ko'rib chiqing. Get-DnsClientNrptPolicy haqiqatan kuchda bo'lgan nomlarni hal qilish qoidalarini ko'rsatadi.
macOS'da scutil --dns har bir qamrovli interfeys uchun resolver konfiguratsiyasini, VPN yuborgan qidiruv domenlarini ham qo'shib chop etadi.
Linux'da /etc/resolv.conf ichidagi search satrini o'qing, lekin VPN mijozi uni qayta yozganini tekshiring. Agar fayl boshqarilsa, ko'rsatilgan fayl o'rniga haqiqat manbasini tahrirlang. Oldingi tarmoqdan qolgan eskirgan search satri keng tarqalgan sabab.
Profil bilan nima saqlash kerak
Tuzatilgan to'liq nomni, qo'shimchalar ro'yxatini va resolver manzilini mijoz profili yonida saqlang. intranet sayti ishlamayotgani haqida xabar beradigan keyingi odam bo'sh sahifadan boshlash o'rniga uchta ma'lum qiymatni solishtira oladi.
Va agar faqat qisqa shakl ishlamasa, buni chiptada yozing. O'sha jumla resolver jamoasiga bir tushdan keyingi vaqtni tejaydi.