Opravil VPN DNS, nebo jen znovu použil uloženou odpověď?
Stránka, která se načte po změně tunelu, možná nikdy neprovedla dotaz. Porovnejte uložené a čerstvé odpovědi, než opravě přiznáte zásluhu.
Otevření stránky několik sekund po spuštění tunelu není důkazem, že DNS nyní funguje, i když tiket obvykle tvrdí právě to. Nic v tomto pozorování nevyžadovalo dotaz: jméno mohlo být přeloženo před změnou a znovu použito z mezipaměti, které se tunel nikdy nedotkl. Dva různé testy dávají stejnou obrazovku.
Porovnejte, co každý test skutečně procvičil, než změně přiznáte zásluhu.
Načtení stránky není dotaz
Každá vrstva mezi aplikací a překladačem si smí odpověď pamatovat po dobu své životnosti. Operační systém drží jednu, prohlížeč drží svou a aplikace s dlouhodobým připojením nemusí během relace už nikdy nic přeložit. Úspěšné načtení po změně tunelu proto může být ukázkou paměti, nikoli směrování. Nepřítomnost selhání není přítomností dotazu.
Tento rozdíl mění to, co byste měli testovat dál. Jestliže je cílem ukázat, že nový překladač odpovídá, potřebujete dotaz, který nelze obsloužit z mezipaměti, kterou jste nevyčistili.
Číst uložený úspěch jako důkaz, že se dříve nedostupný server obnovil, je nejdražší verze této chyby, protože uzavírá incident na falešném předpokladu.
Než uzavřete, spočítejte mezipaměti
Čtyři stojí za pojmenování: vlastní překlad aplikace, klientská mezipaměť operačního systému, vnitřní stav prohlížeče a rekurzivní překladač, ke kterému se dotaz nakonec dostane. Každá má samostatnou životnost a samostatný způsob čištění. Vyčistit jednu a testovat jinou je způsob, jakým lidé dospějí k závěru, že vyčištění nic neudělalo. Jeden příkaz pro vyčištění nikdy otázku nevyřeší.
Negativní odpovědi se také ukládají. Jméno ohlášené jako chybějící může zůstat chybějící i po opravě sítě, což se čte jako rozbitý tunel, když jde o TTL, které ještě nevypršelo. Specifikace DNS popisuje, jak se mají tato data uchovávat a znovu používat.
Zaznamenejte událost, ne dojem
Zapište, která ze tří věcí se změnila: záznam, cesta k překladači, nebo nastavení klienta. Úprava záznamu se šíří podle vlastního plánu, změna trasy platí při opětovném připojení a nastavení prohlížeče se týká jen tohoto prohlížeče. Jejich sloučení do jediného před a po vytváří časovou osu, kterou nikdo nemůže prověřit.
Poznamenejte čas, použitý překladač a přijatou odpověď, včetně případu, kdy je odpověď negativní. To je fakt, který může někdo jiný ověřit.
Proveďte srovnání dvakrát stejným způsobem
Vyčistěte mezipaměť, kterou hodláte testovat, zachovejte původní pozorování a poté se dotažte způsobem, který obejde co nejvíce paměti. Výslovné pojmenování překladače vám řekne, co tento překladač ví; neříká vám, který překladač by si aplikace vybrala.
resolvectl flush-caches
ipconfig /flushdns
dig +noall +answer internal.example @10.44.0.53
dig +short internal.example
Ve Windows vyčištění klientské mezipaměti vymaže mezipaměť klienta DNS a nic jiného. Nepopisuje soukromý stav prohlížeče a nečistí nadřazený server, takže test na něm postavený lze vykládat jen úzce. Když hlásíte výsledek, řekněte, kterou mezipaměť jste vyčistili.
Poté znovu otestujte skutečnou aplikaci čerstvým požadavkem a s aktivní zamýšlenou politikou překladače. Výsledek získaný za jiné politiky se nepřenáší.