VPN DNS hesabatı: təkrar istehsal oluna bilməsi üçün nələr daxil edilməlidir

“DNS xarabdır” bir nəticədir və kömək edən şəxsin üzərində hərəkət edə biləcəyi nəticə deyil. Hesabatın faydalı hissəsi uğursuzluğun formasıdır: hansı ad, hansı həlledici vasitəsilə, hansı cavabla. Üç təfərrüat şikayəti təkrar istehsal oluna bilən bir şeyə çevirir və şəxsi hissələr yenidən adlandırıldıqdan sonra hər üçü paylaşmaq üçün təhlükəsizdir. Aşağıdakılar kiminsə kömək edə bilməsindən əvvəl VPN DNS hesabatının ehtiyac duyduğu minimumdur.

Ad kateqoriyası, hökm deyil

Adın özü ilə başlayın və onu təsnif edin: ictimai, daxili, qısa, tam kvalifikasiyalı və ya müəyyən bir şəkilçi ilə təqdim olunan. İctimai adlar həll olunarkən uğursuz olan daxili ad həlledici seçiminə, əlçatanlığa deyil, işarə edir. Bütün adların uğursuz olması həllediciyə gedən yola işarə edir və bu, fərqli dəlillərlə fərqli bir araşdırmadır. Kateqoriya diaqnozu daşıyır, dəqiq sətir isə gizlədilə bilər.

Uğursuzluğun tunelin açıq olmasını tələb etdiyini və ya onun bağlanmasından sonra baş verdiyini deyin. Yalnız VPN aktivkən pozulan ad hər keçid üzrə konfiqurasiyanı göstərir, bağlantı kəslikdən sonra pozulan isə qalıq vəziyyəti göstərir. Hesabatlar bunu adətən buraxır və sonra ilk təklifin niyə kömək etmədiyini soruşur.

Həlledici yolunu qeyd edin

Açıq şəkildə seçilmiş serverə göndərilən sorğu ilə tətbiqin adi axtarışı fərqli təcrübələrdir. Hansının uğursuzluğu yaratdığını bildirin, çünki işləyən serverə əl ilə sorğu yalnız serverin işlədiyini sübut edir. Aşağıdakı əmrlər sistem yolunu birbaşa sualdan ayırır.

resolvectl status --no-pager
getent hosts host.internal
dig +short host.internal @10.20.30.53

Status çıxışı hər keçid üzrə serverləri və marşrutlaşdırma domenlərini göstərir, bu da split DNS-in həll olunduğu yerdir. getent çağırışı nsswitch sırası da daxil olmaqla tətbiqin getdiyi yolun eynisini izləyir. Birbaşa sorğu hər ikisini yan keçir və bir serveri təcriddə yoxlayır. Üçündən hansının uğursuz olduğunu və hansının uğur qazandığını bildirin, oxucu artıq yolu təxmin etmək məcburiyyətində qalmır.

Nəzarət olunan müqayisəni göstərin

Bir dəyişəni dəyişin və nəyin dəyişdiyini deyin. İctimai adlar həll olunarkən daxili adların uğursuz olması seçim problemidir, hər adın vaxtının bitməsi yol problemidir, ictimai ünvana həll olunan şəxsi ad isə səhv həllediciyə sızmadır. Bu üçündən ikisinin tunelin açıq olub-olmaması ilə heç bir əlaqəsi yoxdur. Bütün sorğuların pozulduğunu iddia edən hesabatda adətən heç vaxt aparılmayan bir müqayisə olur.

Həlli çatdırılmadan ayırın. Ad həll olunur və sayt hələ də uğursuz olursa, DNS mərhələsi uğur qazanıb və hesabat bunu deməlidir, çünki növbəti addım həlledici deyil, marşrut və ya dinləyicidir. Bu tək fərq hər hansı log parçasından daha çox sual raunduna qənaət edir.

Ad sahəsini gizlədin, əlaqələri saxlayın

Daxili adlar dəyişdirilə bilər, bu şərtlə ki, əvəzlər strukturu qorusun. Hər fərqli serveri və şəkilçini sabit etiketə bağlayın və bu xəritəni paylaşılan nüsxədən kənarda saxlayın. Hər daxili hostun eyni yer tutucu ilə əvəz edilməsi hesabatın ehtiyac duyduğu dəlili məhz məhv edir, çünki oxucu artıq bir şəkilçinin həll olunduğunu, digərinin isə olmadığını görə bilmir. Eyni qayda ünvanlara da aiddir: prefiks əlaqələrini saxlayın və siyasət tələb edirsə host bitlərini dəyişin.

Qeydi yoxlanılmış kanaldan göndərin və diaqnozun heç vaxt ehtiyac duymadığını kənarda qoyun. Parollar, şəxsi açarlar və əlaqəsiz şirkət adları DNS sualının hissəsi deyil. Oxucuya lazım olan uğursuzluq kateqoriyası, həlledici yolu, dəqiq xəta və apardığınız tək müqayisədir.