LAN xost nomi VPN orqali ishlamaydi: qo‘shimcha, mDNS yoki zona?
Qisqa nom qidiruv qo‘shimchasiga, .local nomi multicastga, kompaniya nomi esa xususiy zonaga tayanishi mumkin. Faqat marshrut hech qanday nom xizmatini bermaydi.
Qurilma yonida printer qisqa nomga, fayl serveri esa laqabga javob beradi. Tunnel orqali ikkala nom ham vaqt tugashi bilan to‘xtaydi, ammo ularning manzillari hali ham ishlaydi. Marshrut o‘z ishini qilyapti; o‘sha qisqa nomlarni ishlatgan nomlash yo‘li tunneldan hech qachon o‘tmagan. Bu xatti-harakatni uchta mexanizm keltirib chiqaradi va har biri boshqacha tuzatishni talab qiladi.
Nom qaysi mexanizmga bog‘liqligini aniqlashdan boshlang.
Boshqacha xatti-harakat qiladigan uch turdagi nom
fileserver kabi bitta yorliqli nom odatda hal qiluvchi qo‘shadigan DNS qidiruv qo‘shimchasiga tayanadi. Bu qo‘shimcha ko‘pincha mahalliy DHCP ijarasi bilan keladi, shuning uchun VPNdan manzil oladigan uzoq mijozning uni bilishga asosi yo‘q. Marshrut qo‘shish qo‘shimchani yetkazmaydi. Qisqa nom nom sifatida mavjud bo‘lishni to‘xtatadi, garchi uning orqasidagi manzil yetib boriladigan bo‘lsa ham.
.local bilan tugaydigan nom odatda mahalliy havolada multicast DNS orqali hal qilinadi, RFC 6762 ta’riflaganidek. Multicast marshrutlangan tunneldan o‘tmaydi, agar biror narsa uni ataylab ko‘priklamasa yoki proksilamasa, shuning uchun segmentdan chiqqan paytda nom hal qilinishni to‘xtatadi.
To‘liq malakali kompaniya nomi tashkilot hal qiluvchilari xizmat ko‘rsatadigan ichki zonaga tegishli. U VPN o‘sha hal qiluvchilarni itarib yuborganda va mijoz ulardan foydalanishga sozlanganda uzoqdan ishlaydi. Va localhost RFC 6761 bo‘yicha maxsus foydalanish uchun: u oldingizdagi mashinaga ishora qiladi, hech qachon uzoq xizmatga emas.
Marshrutni o‘zgartirishdan oldin hal qiluvchini o‘qing
Qaysi nom serveri javob berganini va qaysi qo‘shimcha qo‘shilganini so‘rang. Bir xil so‘rov turli hal qiluvchilar orqali turli javoblar beradi va bu farq sizga kerakli dalildir.
getent hosts fileserver getent hosts fileserver.corp.example.com nslookup fileserver.corp.example.com dig +search fileserver A resolvectl query fileserver.corp.example.com scutil --dns | head -30
Agar to‘liq malakali so‘rov hal bo‘lsa, qisqasi esa bo‘lmasa, xato serverda emas, qo‘shimchada. Agar ikkisi ham hal bo‘lmasa va manzil ishlasa, mijoz ichki hal qiluvchini umuman ishlatmayapti. Hal qiluvchilar ro‘yxatini VPN itarib yuborishi kerak bo‘lgan narsa bilan solishtiring, chunki har bir so‘rov uchun mahalliy hal qiluvchisini saqlaydigan mijoz ichki zonani hech qachon ko‘rmaydi.
To‘g‘ri nomni mijozga yetkazing
Administratordan hujjatlashtirilgan masofaviy kirish nomini to‘liq so‘rang va qo‘shimchalarni taxmin qilish o‘rniga profilda undan foydalaning. Agar joylashtirish split DNSni qo‘llab-quvvatlasa, ichki domenni ichki serverlar hal qiladigan qilib sozlang, qolgan hamma narsa mahalliy hal qiluvchini saqlasin. Mijoz qo‘llab-quvvatlaydigan joyda qidiruv domenini VPN konfiguratsiyasi orqali itarib yuboring.
Natijani shlyuzda emas, mijozda tekshiring. Serverda qo‘llanilgan va mijozga hech qachon yetib bormaydigan sozlama hech narsani o‘zgartirmaydi.
Sertifikat identifikatorini saqlang
Manzilga asoslangan va sertifikat xatosini e’tiborsiz qoldiradigan sinov faqat soket ochilganini isbotlaydi. Xizmat sertifikati nomga beriladi va mijoz nomuvofiqlikni asosli ravishda rad etishda davom etadi. Agar sertifikat faqat ichki nomni sanasa, o‘sha nomdan foydalaning va hal qilishni tuzating, yoki foydalanmoqchi bo‘lgan manzilni qamrab oladigan sertifikat oling.
Muvaffaqiyatli ulanish bergan nom, hal qiluvchi va qo‘shimchani yozib qo‘ying. Bu yozuv keyingi odamni haqiqiy muammoni yashiruvchi manzilga asoslangan vaqtinchalik yechimni takrorlashdan qutqaradi.