Je VPN popravil DNS ali je samo znova uporabil predpomnjen odgovor?

Odpiranje strani nekaj sekund po tem, ko se tunel dvigne, ni dokaz, da DNS zdaj deluje, čeprav vozovnica običajno tako pravi. Nič v tem opažanju ni zahtevalo poizvedbe: ime je bilo morda razrešeno pred spremembo in znova uporabljeno iz predpomnilnika, ki se ga tunel ni nikoli dotaknil. Dva različna testa ustvarita isti zaslon.

Primerjajte, kaj je vsak test dejansko vadil, preden spremembi pripišete zaslugo.

Nalaganje strani ni poizvedba

Vsak sloj med aplikacijo in razreševalnikom si lahko zapomni odgovor za svojo življenjsko dobo. Operacijski sistem hrani enega, brskalnik hrani svojega, aplikacija z dolgotrajno povezavo pa med sejo morda ne bo več ničesar razrešila. Zato je lahko uspešno nalaganje po spremembi tunela prikaz pomnilnika in ne usmerjanja. Odsotnost napake ni prisotnost poizvedbe.

Ta razlika spremeni, kaj bi morali preizkusiti naslednje. Če je cilj pokazati, da se novi razreševalnik odziva, potrebujete poizvedbo, ki je ni mogoče postreči iz predpomnilnika, ki ga niste počistili.

Brati predpomnjen uspeh kot dokaz, da si je prej nedosegljiv strežnik opomogel, je najdražja različica te napake, ker incident zaključi na napačni predpostavki.

Preštejte predpomnilnike, preden zaključite

Štirje si zaslužijo ime: lastna razrešitev aplikacije, odjemalčev predpomnilnik operacijskega sistema, notranje stanje brskalnika in kateri koli rekurzivni razreševalnik, ki ga poizvedba na koncu doseže. Vsak ima ločeno življenjsko dobo in ločen način čiščenja. Počistiti enega in testirati drugega je način, kako ljudje sklepajo, da čiščenje ni storilo ničesar. En ukaz za čiščenje nikoli ne razreši vprašanja.

Tudi negativni odgovori se predpomnijo. Ime, ki je bilo prijavljeno kot manjkajoče, lahko ostane manjkajoče po popravku omrežja, kar se bere kot pokvarjen tunel, ko gre za TTL, ki še ni potekel. Specifikacija DNS opisuje, kako naj se ti podatki hranijo in znova uporabljajo.

Zabeležite dogodek, ne vtisa

Zapišite, katera od treh stvari se je spremenila: zapis, pot do razreševalnika ali nastavitev odjemalca. Urejanje zapisa se širi po lastnem urniku, sprememba poti začne veljati ob ponovni povezavi, nastavitev brskalnika pa velja le za ta brskalnik. Njihovo strnitev v en sam pred-in-po ustvari časovnico, ki je nihče ne more preveriti.

Zapišite čas, uporabljeni razreševalnik in prejeti odgovor, vključno s primerom, ko je odgovor negativen. To je dejstvo, ki ga lahko preveri nekdo drug.

Primerjavo izvedite dvakrat na enak način

Počistite predpomnilnik, ki ga nameravate testirati, ohranite prvotno opažanje in nato poizvedite tako, da se izognete čim več pomnilnika. Izrecna navedba razreševalnika vam pove, kaj ta razreševalnik ve; ne pove vam, kateri razreševalnik bi izbrala aplikacija.

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

V sistemu Windows čiščenje odjemalčevega predpomnilnika počisti predpomnilnik odjemalca DNS in nič drugega. Ne opisuje zasebnega stanja brskalnika in ne počisti nadrejenega strežnika, zato je test, zgrajen na tem, mogoče razlagati le ozko. Ko poročate o rezultatu, povejte, kateri predpomnilnik ste počistili.

Nato znova preizkusite dejansko aplikacijo s svežo zahtevo in aktivno predvideno politiko razreševalnika. Rezultat, pridobljen po drugi politiki, se ne prenese.