Qısa ad ofisdə işləyirdi, VPN-də isə uğursuz olur, tam ad isə problemsiz həll olunur. Heç nə pozulmayıb. intranet kimi tək ad tam ad deyil; müştəri öz axtarış siyahısından bir şəkilçi əlavə edib nəticəni soruşur. Əgər VPN profili bu şəkilçini vermirsə, tanış qısa forma artıq mövcud olmur.

Bütün mif budur. DNS pozulmadı, axtarış siyasəti dəyişdi.

Tək ad ad deyil

Tək etiket yazdığınızda həlledici nəyi soruşacağına qərar verməlidir. Adı olduğu kimi sınayır, sonra nə isə cavab verənə qədər axtarış siyahısındakı qeydləri bir-bir əlavə edir. Linux-da bu sıranı search və ndots parametrləri ilə resolv.conf idarə edir. Windows-da şəkilçi siyahısı və ad həlli siyasəti eyni işi görür. Şəkilçini çıxarın və həlledicinin əlavə edəcəyi bir şey qalmaz.

İşləyən qısa ad buna görə siyasətin sübutudur, sağlam DNS serverinin sübutu deyil.

Şəkilçi siyahısı və həlledici ünvanı ayrılıqda nə edir

Bunlar daim qarışdırılır. Həlledici ünvanı kimə müraciət edəcəyinizi deyir; şəkilçi siyahısı isə hansı ad barədə soruşacağınızı deyir. VPN sizə şəkilçisiz şəxsi həlledici, ya da yanlış həlledici ilə şəkilçi verə bilər. Bu uğursuzluqlardan yalnız biri DNS kəsintisi kimi görünür.

Onları ayrı yoxlayın, çünki səhv olanı düzəltmək dəstək pəncərəsini yandırır.

What you seeLikely cause
Full name resolves, short name failsSuffix or search list missing
Neither resolvesResolver unreachable or wrong domain rule
Both resolve, resource failsRoute or service permission

Üç simptom, üç fərqli sahib.

Əvvəlcə tam adı sınayın

Administratorun sənədləşdirilmiş tam kvalifikasiyalı adını soruşun, təxmin yox. İşləyən FQDN həlledicinin əlçatan olduğunu və qeydin mövcud olduğunu sübut edir, bu da bir sorğuda mümkün səbəblərin yarısını aradan qaldırır. Hansı serverin cavab verdiyini göstərən alətdən istifadə edin ki, keşlənmiş nəticə oxumayasınız.

Testi gizli saxlayın. Daxili variantları ictimai həllediciyə göndərmək adları açıqlayır və heç kimin nəzərdə tutmadığı siyasəti sınaqdan keçirir.

Düzəliş hara aiddir

Sahib profilini və ya onu yaradan idarəetmə sistemini düzəldin. Yerli həlledici konfiqurasiyasına əl ilə edilən düzəliş adətən yenidən qoşulmada yox olur, ya da maşının qoşulduğu hər şəbəkəyə tətbiq olunur ki, bu daha pisdir.

Windows-da xatırladığınız işarələmə qutusu yerinə qüvvədə olan siyasəti yoxlayın. Get-DnsClientNrptPolicy faktiki qüvvədə olan ad həlli qaydalarını göstərir.

macOS-da scutil --dns hər əhatəli interfeys üzrə həlledici konfiqurasiyasını, o cümlədən VPN-in ötürdüyü axtarış domenlərini çap edir.

Linux-da /etc/resolv.conf faylındakı search sətrini oxuyun, lakin VPN müştərisinin onu yenidən yazıb-yazmadığını yoxlayın. Fayl idarə olunursa, göstərilən fayl yerinə həqiqət mənbəyini redaktə edin. Əvvəlki şəbəkədən qalmış köhnə search sətri tez-tez rast gəlinən səbəbdir.

Profil ilə birlikdə nə saxlamaq lazımdır

Düzəldilmiş tam adı, şəkilçi siyahısını və həlledici ünvanını müştəri profili ilə yanaşı saxlayın. intranet saytının işləmədiyini bildirən növbəti şəxs boş səhifədən başlamaq yerinə üç məlum dəyəri müqayisə edə bilər.

Və yalnız qısa forma uğursuz olursa, bunu biletdə yazın. Bu cümlə həlledici komandasına bir günortadan sonra qənaət edir.

Əlaqəli məqalələr