VPN DNS-i düzəltdi, yoxsa sadəcə keşlənmiş cavabı təkrar istifadə etdi?

Tunel qalxdıqdan saniyələr sonra səhifə açmaq DNS-in indi işlədiyinə sübut deyil, baxmayaraq ki, bilet adətən belə deyir. Bu müşahidədə heç nə sorğu tələb etmirdi: ad dəyişiklikdən əvvəl həll olunmuş və tunelin heç toxunmadığı keşdən təkrar istifadə edilmiş ola bilər. İki fərqli test eyni ekranı verir.

Dəyişikliyi qiymətləndirməzdən əvvəl hər testin həqiqətən nəyi işlətdiyini müqayisə edin.

Səhifə yükləməsi sorğu deyil

Tətbiqlə həlledici arasındakı hər qat öz ömrü boyu cavabı yadda saxlamaq hüququna malikdir. Əməliyyat sistemi birini saxlayır, brauzer özünü saxlayır və uzunömürlü bağlantısı olan tətbiq sessiya boyu bir daha heç nə həll etməyə bilər. Buna görə tunel dəyişdikdən sonra uğurlu yükləmə marşrutlaşdırmanın deyil, yaddaşın nümayişi ola bilər. Uğursuzluğun olmaması sorğunun olması demək deyil.

Bu fərq növbəti nəyi test etməli olduğunuzu dəyişir. Məqsəd yeni həlledicinin cavab verdiyini göstərməkdirsə, təmizləmədiyiniz keşdən verilə bilməyən sorğuya ehtiyacınız var.

Keşlənmiş uğuru əvvəllər əlçatmaz olan serverin bərpa olunduğuna sübut kimi oxumaq bu səhvin ən bahalı variantıdır, çünki hadisəni yanlış fərziyyə ilə bağlayır.

Nəticə çıxarmadan əvvəl keşləri sayın

Dördünü adlandırmağa dəyər: tətbiqin öz həlli, əməliyyat sisteminin müştəri keşi, brauzerin daxili vəziyyəti və sorğunun nəhayət çatdığı rekursiv həlledici. Hər birinin ayrı ömrü və təmizlənməsinin ayrı yolu var. Birini təmizləyib digərini test etmək insanların təmizləmənin heç nə etmədiyi qənaətinə gəlmə üsuludur. Bir təmizləmə əmri məsələni heç vaxt həll etmir.

Mənfi cavablar da keşlənir. İtkin kimi bildirilən ad şəbəkə düzəldildikdən sonra da itkin qala bilər, bu da TTL-in bitmədiyi halda qırıq tunel kimi oxunur. DNS spesifikasiyası bu məlumatın necə saxlanmalı və təkrar istifadə edilməli olduğunu təsvir edir.

Təəssüratı deyil, hadisəni qeyd edin

Üç şeydən hansının dəyişdiyini yazın: qeyd, həllediciyə gedən yol və ya müştəri parametri. Qeyd düzəlişi öz cədvəli ilə yayılır, marşrut dəyişikliyi yenidən qoşulmada qüvvəyə minir və brauzer parametri yalnız həmin brauzerə aiddir. Onları tək bir əvvəl və sonra halına gətirmək heç kimin yoxlaya bilmədiyi bir zaman xətti yaradır.

Vaxtı, istifadə olunan həllediciyi və alınan cavabı qeyd edin, cavabın mənfi olduğu hal da daxil olmaqla. Bu, başqasının yoxlaya biləcəyi bir faktdır.

Müqayisəni iki dəfə eyni şəkildə aparın

Test etmək istədiyiniz keşi təmizləyin, ilk müşahidəni saxlayın və sonra mümkün qədər çox yaddaşdan yan keçən şəkildə sorğu göndərin. Həlledicini açıq şəkildə adlandırmaq sizə həmin həlledicinin nə bildiyini deyir; tətbiqin hansı həllediciyi seçəcəyini demir.

resolvectl flush-caches
ipconfig /flushdns
dig +noall +answer internal.example @10.44.0.53
dig +short internal.example

Windows-da müştəri keşinin təmizlənməsi DNS müştəri keşini təmizləyir və başqa heç nəyi. O, brauzerin şəxsi vəziyyətini təsvir etmir və yuxarı serveri təmizləmir, buna görə ona əsaslanan test yalnız dar şəkildə şərh edilə bilər. Nəticəni bildirəndə hansı keşi təmizlədiyinizi deyin.

Sonra faktiki tətbiqi təzə sorğu və nəzərdə tutulan həlledici siyasəti aktiv vəziyyətdə yenidən test edin. Fərqli siyasət altında alınan nəticə keçmir.