Nega server nomi dial-in dan keyin VPN manziliga hal bo‘ladi

Ofis fayl serveri ertalab bo‘yi o‘z LAN manzilida javob beradi, keyin masofaviy foydalanuvchi dial-in qiladi va nom endi tunnel manziliga hal bo‘la boshlaydi. DNS da qo‘lda hech narsa tahrirlanmadi va bu ishora: yozuvni mashinaning o‘zi e’lon qilgan. Uch shart registratorni, yozuvni yoki mijozi ko‘rinishini tuzatishingizni belgilaydi va tartib xato bo‘lsa yozuv keyingi ulanishdan keyin qaytadi.

Ikki manzil, bitta nom, uch shart

Ko‘p interfeysli Windows serverida LAN manzili, bitta yoki bir nechta dial-in manzil va ba’zan ikkinchi tarmoq kartasi bo‘lishi mumkin. Har bir interfeys o‘zi uchun dinamik ro‘yxatga olish ruxsat etilgan bo‘lsa, o‘z manzillarini DNS da ro‘yxatdan o‘tkazishi mumkin. PPP adapteri ro‘yxatdan o‘tganda xuddi shu host nomi faqat tunnel sherigi yeta oladigan manzilga ega bo‘ladi va LAN mijozlari uni haqiqiy javob sifatida oladi.

Tuzatishni uch shart belgilaydi. Birinchidan, qo‘shimcha manzil uni oladigan mijozlardan yetib boriladimi? Ikkinchidan, hali ham biror iste’molchi bu ro‘yxatga bog‘liqmi? Uchinchidan, yozuv dinamikmi va shuning uchun qaytishi mumkinmi, yoki statikmi va shuning uchun ataylab kiritilganmi?

Biror narsaga tegishdan oldin bunga javob bering. Agar manzil so‘rov yuborayotgan tarmoqdan yetib borilmasa, mijoz keshini tozalash buni uzoq vaqt tuzatmaydi. Agar biror narsa unga bog‘liq bo‘lsa, masalan tunnel sheriklari o‘zlari ishlatadigan boshqaruv yo‘li, uni olib tashlash o‘sha yo‘lni buzadi. Va e’lon qiluvchisiga ishlov bermasdan o‘chirilgan dinamik yozuv keyingi ro‘yxatga olish hodisasida yana paydo bo‘ladi.

Registratorni o‘zgartirishdan oldin yozuvni o‘qing

Muammoni bildirayotgan tarmoqdan aniq to‘liq malakali nomni so‘rang va javoblarni serverning haqiqiy interfeyslari va tinglovchilari bilan solishtiring. Bitta nom bir nechta manzil qaytarishi normal; savol ulardan har biri uni oladigan mijoz uchun yaroqlimi.

dig +short files.corp.example A
dig @10.20.0.10 +short files.corp.example A
Resolve-DnsName files.corp.example -Server 10.20.0.10 -Type A

Birinchi so‘rov mahalliy hal qiluvchidan foydalanadi, ikkinchisi to‘g‘ridan-to‘g‘ri muayyan DNS serveridan so‘raydi, uchinchisi Windows da PowerShell dan xuddi shunday qiladi. Ularni solishtirish eskirgan mijoz keshini vakolatli javobdan ajratadi. Agar to‘g‘ridan-to‘g‘ri so‘rov allaqachon tunnel manzilini qaytarsa, muammo mahalliy keshlashda emas, e’lon qilingan ma’lumotlarda.

Yozuvning vaqt belgisini va DNS konsoli uni dinamik ko‘rsatishini yozib qo‘ying. O‘sha bitta xususiyat yuqoridagi uch shartdan qaysi biri qo‘llanishini aytadi va bu besh daqiqalik tozalash bilan uzoq davom etadigan tuzatish o‘rtasidagi farq.

E’lon qiluvchini yoki yozuvni tuzating, lekin qaysi birini biling

Agar yozuv dinamik va istalmagan bo‘lsa, barqaror yechim o‘sha interfeysning ro‘yxatdan o‘tishini to‘xtatishdir. Windows har bir interfeys uchun ro‘yxatga olish sozlamalarini taqdim etadi va DNS mijoz xizmati keyingi ulanish yoki manzil o‘zgarishida yana e’lon qiladi. Dial-in adapteri uchun ro‘yxatga olishni o‘chirish LAN adapterining ro‘yxatga olishini buzilmasdan qoldiradi, odatda bu siz xohlagan narsa.

Butun mashinaga tegishli kalitlardan ehtiyot bo‘ling. Dinamik yangilanishni o‘chiruvchi global sozlama o‘sha hostdagi har bir interfeysga ta’sir qiladi, jumladan boshqa mijozlar ro‘yxatga olishiga tayanadigan interfeysga ham. Domen kontrollerida xuddi shu ehtiyotkorlik kuchliroq amal qiladi, chunki host mijozlar tizimga kirish uchun bog‘liq bo‘lgan xizmat joylashuvi yozuvlariga ham ega bo‘lishi mumkin.

Agar yozuv statik bo‘lsa, u ataylab o‘sha yerga qo‘yilgan va suhbat uni qo‘ygan odam bilan. Bugun noqulay deb statik yozuvni o‘chirish uning nima uchun mavjudligining yagona dalilini yo‘q qiladi. Ikkala holatda ham eskirgan javobni faqat e’lon qiluvchi bilan ishlangandan keyin o‘chiring va nima o‘zgartirganingizni yozib qo‘ying, shunda keyingi odam ataylab kiritilgan yozuvni tasodifdan ajrata oladi.

Muvaffaqiyatsiz bo‘lgan mijoz tarmog‘idan tekshiring

Tekshirish alomatni bildirgan tarmoqqa tegishli, serverga emas. Mijoz hal qiluvchisi keshini uning qo‘llab-quvvatlanadigan mexanizmi orqali tozalang, keyin asl qidiruvni va nom bo‘yicha asl xizmat ulanishini takrorlang.

ipconfig /flushdns
ipconfig /displaydns | findstr /i files.corp.example

Birinchi buyruq Windows hal qiluvchisi keshini tozalaydi, ikkinchisi nom yana keshlanganini va qaysi manzil saqlanganini ko‘rsatadi. Serverning o‘ziga muvaffaqiyatli ulanishi LAN mijoz haqida hech narsani isbotlamaydi va istalmagan manzilga yo‘lni olib tashlash DNS e’lon qilayotgan narsani tuzatmaydi.

Nihoyat, ilgari manzilni olib kelgan hodisani takrorlang: VPN mijozini qayta ulang yoki dial-in sessiyasini yangilang. O‘sha hayot tsikli o‘zgarishidan keyin e’lon qilingan nomni yana tekshiring. Faqat keyingi ulanishgacha chidagan tuzatish tozalash edi, tuzatish emas, va qaysi birini qilganingizni bilish chiptani yopish va uni keyingi hafta qayta ochish o‘rtasidagi farqdir.