VPN DNS ni egallab, mahalliy nomlarni buzdi: ro'yxatni tuzating

Tunnel ko'tariladi, intranet yuklanadi va printer nomi yechilishdan to'xtaydi. Yoki aksincha: mahalliy nomlar hali ishlaydi, korporativ tarmoq ichidagi hamma narsa esa vaqt tugashiga uchraydi. Ikkala belgi ham bir joydan keladi, VPN mijozi ulanganda qayta yozgan yechimchilar ro'yxatidan.

Ro'yxatni ataylab tuzating, keyin push mexanizmini alohida ko'rib chiqing. Marshrutlar uchinchi mavzu va bu yerda tuzatilayotgan narsa u emas.

Ilovalar aslida qaysi ro'yxatdan foydalanadi

Windows dialog ko'rsatadigan narsadan emas, interfeys darajasidagi sozlamalardan yechadi, shuning uchun har bir interfeysning amaldagi ro'yxatlaridan boshlang. Taxallus ko'rsatilgan nomdan muhimroq, chunki quyidagi har bir buyruq interfeysga murojaat qiladi. Taxallusni adashtirsangiz, tuzatish noto'g'ri adap terga tushadi. Keyingi qayta ulanishgacha ishlayotgandek ko'rinadi, o'shanda tunnelning o'z yozuvi qaytadi.

Savol qaysi serverlar oldinga chiqqanida va ular statik yozuv yoki DHCP ijarasi sifatida kelganida. Ikkala fakt sizga qaysi tuzatish mavjudligini belgilaydi.

netsh interface ipv4 show dnsservers
Get-DnsClientServerAddress -AddressFamily IPv4

Tunnel adapteri va jismoniy adapter uchun chiqishni o'qing va har biridagi har bir manzilni yozib qo'ying. Statik yozuvni siyosat yoki skript bilan olib tashlash mumkin; DHCP bergan yozuv ijaraga bog'langan va qaytadi, bu esa tanlanadigan tuzatishni o'zgartiradi. Uzoq tarmoqdagi nomlarni e'lon qilingan yechimchi yechadi, mahalliy LAN nomlarini jismoniy adapter, so'rov esa birinchi ko'riladigan ro'yxatga boradi.

Ittirilgan serverlarni olib tashlang yoki pastroqqa qo'ying

Tunnel ichida hech narsaga ular kerak bo'lmasa, ittirilgan serverlarni o'chirib tashlang, chunki jismoniy adapterning o'z yechimchilari yana ishni oladi. Ularni faqat uzoq tarmoqda faqat o'z serverlari javob bera oladigan zonalar bo'lsa saqlang, va bu holatda ularning oldiga mahalliy yechimchi qo'ying. Quyidagi ikkita buyruq ikkala tanlovni ham qamrab oladi, shuning uchun ikkalasini ham ishga tushirish o'rniga vaziyatga mos keladiganini tanlang.

netsh interface ipv4 delete dnsservers name="Corp VPN" address=all validate=no
netsh interface ipv4 add dnsservers name="Corp VPN" address=172.16.20.1 index=1 validate=no

1-indeks birinchi ko'riladi, shuning uchun ittirilgan manzillar mavjud bo'lib qoladi, lekin har bir so'rovning standart javobi bo'lishdan to'xtaydi. validate=no bayrog'i tunnel hali barqarorlashayotganda tez-tez muvaffaqiyatsiz bo'ladigan yetib borish testini o'tkazib yuboradi, shuning uchun chiqish kodiga ishonish o'rniga show buyrug'i bilan natijani tasdiqlang.

Bunga tayanishdan oldin ikkita cheklovni bilish foydali. Windows DHCP orqali netsh orqali kelgan serverlarni o'chirmaydi va bu qiymatlar interfeysning reyestr kaliti ostida DhcpNameServer sifatida qoladi, shuning uchun reyestrni tahrirlash keyingi ijaradan keyin yana tekshirilishi kerak bo'lgan oxirgi chora. Adapterlarni bog'lash tartibi ham ishonchli darajalash mexanizmi emas, chunki VPN mijozi o'z yozuvini ro'yxatning boshiga qo'yishi mumkin.

Push qayerda filtrlanadi

Yaxshiroq tuzatish variantni qo'llanilishidan oldin olib tashlaydi. Community OpenVPN mijozi ittirilgan direktivani nomi bo'yicha filtrlay oladi, bu esa server konfiguratsiyasini tegilmagan holda qoldiradi.

pull-filter ignore "dhcp-option DNS "

Oxirgi bo'sh joy moslikka tegishli va filtr server manzilini emas, variantni nomlaydi. Agar profilda block-outside-dns direktivasi ham bo'lsa, uni olib tashlash nom yechilishini emas, oqib chiqishdan himoyani o'zgartiradi, shuning uchun ikkita tahrirni birlashtirish o'rniga buni alohida hal qiling.

Bitta qaysar xost nomi uchun Windows hosts faylidagi bitta satr butun mashina uchun yechimchilarni qayta tartiblashdan ko'ra barqarorroq. U keyingi odamga ko'rinmaydi ham, shuning uchun mashina konfiguratsiyasi hujjatlashtirilgan joyga yozib qo'ying.

Tuzatishni qayta ulanishdan omon qoladigan qiling

Nom yechilishini ikki marta sinash kerak, bir marta tanlangan serverga qarshi, bir marta ilova ishlatadigan shaklda. Bu juftlik yechimchilar tartibi muammosini umuman javob bermaydigan serverdan ajratadi. Birinchi testni o'tkazib yuborish ikki sababni chigal holda qoldiradi.

Resolve-DnsName intranet.corp.example -Server 172.16.20.1
Resolve-DnsName printer.lan

Tunnelni qayta ulang va ikkala buyruqni takrorlang. Qo'lda o'zgartirganingiz faqat keyingi ulanishgacha davom etadi, chunki mijoz adapterni ko'tarayotganda yechimchi holatini qaytadan quradi. netsh satrlarini mijozingizning qo'llab-quvvatlanadigan ulanish skriptiga qo'ying, o'sha skript muvaffaqiyatli tugasin va ishga tushishidan oldin qisqa kutish qo'shing. Skriptdan keyin DNS qo'llaydigan mijoz baribir natijani ustidan yozadi.

Agar tuzatishdan keyin ommaviy nomlar yechilsa, ichki nomlar hali ham muvaffaqiyatsiz bo'lsa, yechimchilar ro'yxati endi gumondor emas. So'rov serverga umuman yetib bormasligi mumkin, bu boshqa DNS sozlamasiga emas, marshrutlash yoki tarmoq devori qoidasiga ishora qiladi. Interfeys taxallusini va to'xtagan manzillaringizni yozib qo'ying, chunki ikkalasi ham mashinalar orasida farq qiladi va hech biri yakka o'zi qayta qurishga dosh bermaydi.