Niyə nslookup VPN üzərindən həll edir, brauzer isə etmir

nslookup sorğunu sizin göstərdiyiniz serverə göndərir və cavabı çap edir, buna görə də hər brauzer vərəqi uğursuz olarkən o, uğur qazana bilər. Brauzer adı həll etməyi əməliyyat sistemindən xahiş edir, əməliyyat sistemi isə hər interfeysin resolverlərini, ad həlli siyasəti qaydalarını və adapterin şəbəkə yerini nəzərə alır. Sonra brauzer öz şifrələnmiş DNS-ni bunun üstünə əlavə edə bilər. Üç fərqli yol, bir simptom və tunel adətən xarab olan hissə deyil.

Aşağıdakı yoxlamalar həmin yolları sistemdən xaricə doğru izləyir. Hansı yolun cavab verdiyini və hansının uğursuz olduğunu bilməzdən əvvəl VPN profilini redaktə etməyin.

Cavabı üç siyasət müəyyən edir

Hər interfeys öz resolver siyahısını və axtarış şəkilçilərini daşıyır. VPN adapteri serverlər əlavə edir, fiziki adapter isə özününküləri saxlayır və sistem ilk cavab verəni götürə bilər, buna görə də heç kim seçmədən axtarış tuneldən kənarda təmin edilə bilər. Ad həlli siyasəti cədvəlinin qaydaları seçilmiş domenləri seçilmiş serverlərə yönəldə bilər — Windows-da ayrılmış DNS adətən belə ifadə olunur. VPN klienti və ya şlüz də yalnız şəxsi şəbəkə daxilində mövcud olan resolver ünvanını ötürə bilər.

Bu üçü brauzerdən təsadüfi görünən üsullarla qarşılıqlı təsir edir. Ayrılmış tuneldən marşrutu olmayan şəxsi ünvanda ötürülmüş resolver hər axtarışı dayandırır və sonra uğursuz edir. Daxili şəkilçini əhatə edən və söndürülmüş serverə işarə edən siyasət qaydası itkin marşrutla eyni görünən xətanı yaradır. VPN adapterindən itkin axtarış şəkilçisi qısa adı yanlış domen üçün ictimai sorğuya çevirir. Hər biri fərqli təmir tələb edir.

Niyə brauzer fərqli sual verir

nslookup öz sorğusunu seçdiyi serverə göndərir və nə ad sahəsi siyasətinə, nə də brauzerin şifrələnmiş DNS parametrinə tabedir. Buna görə də ictimai resolverə qarşı əl ilə sorğu cavab verir, brauzer isə saytın mövcud olmadığını bildirir. Siz bir proqramın iki vəziyyətini deyil, iki proqramı müqayisə edirsiniz.

Ünvan ailəsi üstünlüyü gecikməni izah edir, uğursuzluğu yox. Yalnız IPv4 daşıyan tuneldə ilk olaraq IPv6 qeydlərini istəyən brauzer geri çəkilməzdən əvvəl fasilə bitməsini gözləyir. Firefox məhz bunun üçün belə bir üstünlük daşımışdır və onu söndürmək təmir deyil, diaqnostik addımdır.

Resolver siyahısını və qaydaları oxuyun

Windows-da nəzəriyyə qurmazdan əvvəl sistemin saxladığını çap edin. Get-DnsClientServerAddress hər interfeys üzrə serverləri göstərir, Get-DnsClientNrptRule ad sahəsi qaydalarını sadalayır, Resolve-DnsName isə dəqiq adı sistem yolu ilə cavablandırır. Bu cavabı VPN-in serverinə ünvanla birbaşa sorğu ilə müqayisə edin. Resolve-DnsName uğursuz olub birbaşa sorğu uğurlu olduqda, şübhəli resolver siyahısı və ya ad sahəsi qaydasıdır.

Adın özünü də yoxlayın. Daxili qısa ad yalnız VPN adapterinin təmin etdiyi şəxsi şəkilçiyə ehtiyac duya bilər, tam kvalifikasiyalı ad isə yaxşı həll olunur. Uğurlu axtarışdan sonra sertifikat xəbərdarlığı başqa problemə aiddir.

Əlçatmaz ötürülmüş resolver

Şlüz və ya klient resolver ünvanını ötürə bilər və həmin ünvan tuneldən əlçatan olmalıdır. Ayrılmış tuneldə resolveri saxlayan şəxsi diapazon daxil edilmiş marşrutlarda olmaya bilər və bu, heç vaxt cavab almayan axtarış yaradır. Marşrutun mövcud olduğunu təsdiqləyin, sonra tuneldən həmin ünvana xüsusi sorğu göndərin. İctimai resolver hələ cavab verərkən brauzerdə domen xətasının arxasındakı uğursuzluq budur.

Resolver əlçatmazdırsa, təmir başqa DNS serveri deyil, marşrut və ya daxil edilmiş alt şəbəkədir.

Şifrələnmiş DNS bütün yolu yan keçir

DNS-over-HTTPS istifadə edən brauzerlər adları seçilmiş provayderə HTTPS bağlantısı üzərindən özləri həll edir. Bu aktiv olduqda həmin axtarışlar üçün sistem resolveri və ayrılmış DNS qaydaları tamamilə yan keçilir, buna görə daxili adlar brauzerdə uğursuz olur, əməliyyat sistemi isə onları düzgün həll edir. Əksi də olur: daxili adlar heç vaxt görməməli olan provayder vasitəsilə brauzerdə uğur qazanır, bu isə əlaqə problemi deyil, siyasət problemidir.

İdarə olunan cihazlarda şifrələnmiş DNS-ə icazə verilib-verilmədiyini qəsdən qərarlaşdırın, sonra onu brauzerin idarəetmə səthindən konfiqurasiya edin ki, seçim görünən olsun. Bunu fərdi üstünlüyə buraxmaq, eyni VPN-in hər noutbukda fərqli davrandığı bir park yaradır.

Uğursuzluğa uyğun təmirlər

VPN öz resolverini ötürürsə, tunelin ona doğru trafiki daşımasını və eyni parametrin həll prosesində iştirak edən adapterlərdə görünməsini təmin edin. Qoşulmuş halda yerli saytlar həll olunmağı dayandırırsa, resolveri bütövlükdə dəyişmək əvəzinə açıq ad sahəsi istisnaları və ya şərti yönləndirici əlavə edin. Brauzerin şifrələnmiş DNS-i siyasəti yan keçirsə, dəyişdirilməli parametr budur. Daxili adı düzəltmək üçün heç vaxt ictimai resolver əlavə etməyin: o, şəxsi sorğuları sızdırır və adı həll etmir.

Sonra axtarışı bağlantıdan ayırın. Düzgün ünvana həll olunan, lakin bağlantını rədd edən ad xidmət, firewall və ya sertifikat problemidir və DNS dəyişiklikləri onu həll etməyəcək.

Hansı yolun cavab verdiyini, hansının uğursuz olduğunu və nəyi dəyişdiyinizi qeyd edin. Bundan sonra eyni simptomun növbəti hesabatı bir günorta əvəzinə bir əmr tələb edəcək.