Windows niyə VPN adlarınızı heç vaxt qurmadığınız DNS serverinə göndərir

Siz VPN adapterində DNS serverini qurdunuz, yenidən qoşuldunuz və özəl ad hələ də bu noutbukda heç kimin qurmadığı ofis həlledicisindən gəlir. Bu nəticə parametrin nəzərə alınmadığını göstərir və müəyyən mənada belədir, çünki adapter siyahısı qərar deyil, namizədlər çoxluğudur. Windows adları müəyyən şəkilçi üçün başqa server təyin edə bilən ad məkanı siyasəti ilə həll edir və bu siyasət adapter parametrinə baxılmadan əvvəl tətbiq olunur. Hansı cədvəli oxumağı bildikdən sonra qalib qaydanı tapmaq beş dəqiqəlik işdir.

Nəyi dəyişdiniz və əslində nə qərar verir

Adapterdəki DNS ünvanı müştəriyə həmin interfeysin sorğuları hara göndərə biləcəyini deyir. Ad Həlli Siyasəti Cədvəli müştəriyə verilən ad məkanı üçün sorğuları hara mütləq göndərməli olduğunu deyir və bu, adapterə görə deyil, hər ada görə qiymətləndirilir. Qayda yazdığınız şəkilçiyə uyğun gəldikdə qaydanın serverləri istifadə olunur və adapter siyahısı həmin axtarış üçün əhəmiyyətini itirir.

Buna görə eyni noutbukdakı iki ad eyni anda fərqli yollar izləyə bilər. Korporativ şəkilçi altındakı host öz qaydasına uyğun gedir; ictimai ad defolt yolla gedir, bu da adətən ilk cavab verən adapter deməkdir.

Cədvəl adı necə uyğunlaşdırır

Qaydalar ad məkanına görə açarlanır və ən dəqiq uyğunluq qalib gəlir. corp.example üçün qayda vpn.corp.example üçün qüvvədədir və example.net üçün tətbiq olunmur. . ad məkanı olan qayda digər qaydaların əhatə etmədiyi hər şeyi əhatə edir, bu da onu siyahıdakı ən təhlükəli giriş edir və əlaqəsiz sayt tuneldən həll olunduqda yoxlanmağa dəyər yeganə girişə çevirir.

Qayda həmçinin şərh, girişi söndürən siyasət və DNS ünvanları ilə heç bir əlaqəsi olmayan təhlükəsizlik parametrləri daşıya bilər. Söndürülmüş qayda konfiqurasiyada görünən qalır, lakin heç bir təsir göstərmir, ona görə kağız üzərində düzgün görünən giriş profil dəyişikliyindən sonra da hərəkətsiz qala bilər.

Arzu siyahısını deyil, effektiv cədvəli oxuyun

Konfiqurasiya edilmiş qaydalar və effektiv qaydalar iki fərqli sualdır. Get-DnsClientNrptRule maşında nəyin olduğunu sadalayır. Get-DnsClientNrptPolicy -Effective müştərinin həqiqətən nə tətbiq edəcəyini, siyasət və yerli parametrlərdən birləşdirilmiş dəyərlərlə göstərir.

Həmin çıxışdakı şəkilçini sınaqdan keçirdiyiniz adla hərf-hərf müqayisə edin. corp.example üçün qayda corp.example.com ilə bitən adı tutmur və bir yerdə sondakı nöqtənin olması, digər yerdə olmaması uyğunluğu dəyişmək üçün kifayətdir.

Qayda olmadıqda Windows birdən çox adapterə soruşur

Cədvəldə heç nə adı iddia etmədikdə müştəri sorğunu bir neçə interfeysdən göndərə və ilk gələn cavabı götürə bilər. Nəticə zamandan asılıdır: eyni ad bazar ertəsi kabel adapterindən, çərşənbə axşamı tuneldən həll oluna bilər və heç bir adapterin konfiqurasiyasında fərqi izah edən heç nə yoxdur.

İki çıxış yolu var. Qərar yarış olmaqdan çıxsın deyə ad məkanı üçün qayda əlavə edin və ya DNS müştəri siyasəti ilə paralel davranışı söndürün və daha yavaş, deterministik həlli qəbul edin. Birincisi adətən bölünmüş tunel VPN üçün daha uyğundur, çünki sıraya güvənmək əvəzinə niyyəti sənədləşdirir.

Həlledicini tamamilə keçən yollar

Təhlükəsiz DNS aktiv olan brauzer özü həll edir və Windows-a yalnız ünvanı verir, ona görə qayda cədvəli adı heç vaxt görmür. Öz həlledicisi olan mühitlər üzərində qurulmuş müştərilər də eyni şəkildə davrana bilər. Bir ad bir tətbiqdə həll olub eyni maşında digərində uğursuz olduqda, siyasətə toxunmadan əvvəl iki həll yolunu müqayisə edin.

Həmçinin tətbiqin əvvəlki sessiyadan keşlənmiş ünvana qoşulub-qoşulmadığını yoxlayın. Clear-DnsClientCache və sonra eyni axtarış köhnə nəticədən nəticə çıxarmaqdan daha təmiz cavab verir.

Uğursuz olan adla sınayın

Hesabatdakı dəqiq host adını həll edin, ictimai sürət testi domenini yox, və hansı serverin cavab verdiyini qeyd edin. Sonra bir şeyi dəyişin: qaydanı, adapter siyahısını və ya siyasət təyinatını, və yenidən qoşulduqdan sonra eyni axtarışı təkrarlayın ki, tətbiq olunmuş vəziyyət yenidən qurulsun.

Ad həll olunursa və xidmət hələ də imtina edirsə, DNS-i redaktə etməyi dayandırın. Növbəti faydalı addım ünvan və ora gedən marşrutdur, çünki ad həlli öz işini artıq görüb.