VPN DNS'i düzeltti mi, yoksa yalnızca önbelleğe alınmış bir yanıtı mı yeniden kullandı?
Tünel değişikliğinden sonra yüklenen bir sayfa hiç sorgu yapmamış olabilir. Düzeltmeyi ona atfetmeden önce önbellekteki ve yeni yanıtları karşılaştırın.
Tünel açıldıktan birkaç saniye sonra sayfa açmak, DNS'in artık çalıştığının kanıtı değildir, gerçi bilet genellikle öyle söyler. Bu gözlemde hiçbir şey sorgu gerektirmiyordu: ad değişiklikten önce çözülmüş ve tünelin hiç dokunmadığı bir önbellekten yeniden kullanılmış olabilir. İki farklı test aynı ekranı üretir.
Değişikliğe pay vermeden önce her testin gerçekte neyi çalıştırdığını karşılaştırın.
Sayfa yüklemek sorgu değildir
Uygulama ile çözümleyici arasındaki her katman, yaşamı boyunca bir yanıtı hatırlayabilir. İşletim sistemi bir tane tutar, tarayıcı kendi tutar ve uzun ömürlü bağlantısı olan bir uygulama oturum boyunca bir daha hiçbir şey çözmeyebilir. Bu nedenle tünel değişikliğinden sonra başarılı bir yükleme, yönlendirmenin değil belleğin gösterimi olabilir. Hata olmaması, sorgu olduğu anlamına gelmez.
Bu ayrım bir sonra neyi test etmeniz gerektiğini değiştirir. Amaç yeni çözümleyicinin yanıt verdiğini göstermekse, temizlemediğiniz bir önbellekten sunulamayan bir sorguya ihtiyacınız var.
Önbellekteki bir başarıyı, daha önce erişilemeyen bir sunucunun kurtarıldığının kanıtı olarak okumak bu hatanın en pahalı sürümüdür, çünkü olayı yanlış bir varsayımla kapatır.
Sonuca varmadan önce önbellekleri sayın
Dört tanesi adlandırılmaya değer: uygulamanın kendi çözümlemesi, işletim sisteminin istemci önbelleği, tarayıcının iç durumu ve sorgunun sonunda ulaştığı herhangi bir yinelemeli çözümleyici. Her birinin ayrı bir ömrü ve ayrı bir temizlenme yolu var. Birini temizleyip diğerini test etmek, insanların temizlemenin hiçbir şey yapmadığı sonucuna varma biçimidir. Tek bir temizleme komutu soruyu asla çözmez.
Olumsuz yanıtlar da önbelleğe alınır. Kayıp olarak bildirilen bir ad, ağ düzeltildikten sonra da kayıp kalabilir; bu, süresi dolmamış bir TTL olduğunda bozuk tünel olarak okunur. DNS belirtimi bu verilerin nasıl tutulması ve yeniden kullanılması gerektiğini açıklar.
İzlenimi değil olayı kaydedin
Üç şeyden hangisinin değiştiğini yazın: kayıt, çözümleyiciye giden yol veya istemci ayarı. Kayıt düzenlemesi kendi takvimine göre yayılır, rota değişikliği yeniden bağlanınca yürürlüğe girer ve tarayıcı ayarı yalnızca o tarayıcı için geçerlidir. Bunları tek bir öncesi-ve-sonrası içinde birleştirmek, kimsenin denetleyemeyeceği bir zaman çizelgesi üretir.
Saati, kullanılan çözümleyiciyi ve alınan yanıtı not edin; yanıtın olumsuz olduğu durum da dahil. Bu, başka birinin kontrol edebileceği bir gerçektir.
Karşılaştırmayı iki kez aynı şekilde yapın
Test etmeyi düşündüğünüz önbelleği temizleyin, ilk gözlemi saklayın ve ardından mümkün olduğunca çok belleği atlayacak şekilde sorgulayın. Çözümleyiciyi açıkça adlandırmak, o çözümleyicinin ne bildiğini söyler; uygulamanın hangi çözümleyiciyi seçeceğini söylemez.
resolvectl flush-caches
ipconfig /flushdns
dig +noall +answer internal.example @10.44.0.53
dig +short internal.example
Windows'ta istemci önbelleğini temizlemek DNS istemci önbelleğini temizler ve başka hiçbir şeyi. Tarayıcının özel durumunu tanımlamaz ve üst akıştaki bir sunucuyu temizlemez, bu yüzden buna dayanan bir test yalnızca dar biçimde yorumlanabilir. Sonucu bildirdiğinizde hangi önbelleği temizlediğinizi söyleyin.
Ardından gerçek uygulamayı yeni bir istek ve amaçlanan çözümleyici ilkesi etkinken yeniden test edin. Farklı bir ilke altında üretilen sonuç aktarılmaz.