Korjasiko VPN DNS:n vai käyttikö se vain välimuistiin tallennettua vastausta uudelleen?
Tunnelin vaihtamisen jälkeen latautuva sivu ei välttämättä ole koskaan tehnyt hakua. Vertaa välimuistiin tallennettuja ja tuoreita vastauksia ennen kuin annat korjaukselle kunnian.
Sivun avaaminen sekunteja tunnelin nousemisen jälkeen ei todista, että DNS nyt toimii, vaikka tiketti yleensä niin sanoo. Mikään siinä havainnossa ei vaatinut hakua: nimi on voitu ratkaista ennen muutosta ja käyttää uudelleen välimuistista, johon tunneli ei koskaan koskenut. Kaksi eri testiä tuottaa saman näytön.
Vertaa, mitä kumpikin testi todella harjoitti, ennen kuin annat muutokselle kunnian.
Sivun lataaminen ei ole haku
Jokainen sovelluksen ja ratkaisijan välinen kerros saa muistaa vastauksen elinikänsä ajan. Käyttöjärjestelmä pitää yhtä, selain pitää omaansa, ja pitkäikäisen yhteyden sovellus ei välttämättä ratkaise enää mitään istunnon aikana. Siksi tunnelin vaihtamisen jälkeen onnistuva lataus voi olla muistin eikä reitityksen esittely. Epäonnistumisen puuttuminen ei ole haun läsnäoloa.
Tämä ero muuttaa sitä, mitä sinun pitäisi testata seuraavaksi. Jos tavoitteena on osoittaa, että uusi ratkaisija vastaa, tarvitset haun, jota ei voi tarjota välimuistista, jota et tyhjentänyt.
Välimuistiin tallennetun onnistumisen lukeminen todisteeksi siitä, että aiemmin saavuttamaton palvelin toipui, on tämän virheen kallein versio, koska se päättää tapauksen väärällä oletuksella.
Laske välimuistit ennen johtopäätöstä
Neljä kannattaa nimetä: sovelluksen oma ratkaisu, käyttöjärjestelmän asiakasvälimuisti, selaimen sisäinen tila ja rekursiivinen ratkaisija, johon haku lopulta päätyy. Jokaisella on erillinen elinikä ja erillinen tapa tyhjentää. Yhden tyhjentäminen ja toisen testaaminen on tapa, jolla ihmiset päättelevät, ettei tyhjentäminen tehnyt mitään. Yksi tyhjennyskomento ei koskaan ratkaise kysymystä.
Myös kielteiset vastaukset tallennetaan välimuistiin. Puuttuvaksi raportoitu nimi voi pysyä puuttuvana verkon korjaamisen jälkeen, mikä luetaan rikkinäiseksi tunneliksi, kun kyse on TTL:stä, joka ei ole vanhentunut. DNS-määritys kuvaa, miten nämä tiedot on tarkoitus pitää ja käyttää uudelleen.
Kirjaa tapahtuma, älä vaikutelma
Kirjoita, mikä kolmesta asiasta muuttui: tietue, polku ratkaisijaan vai asiakasasetus. Tietueen muokkaus leviää oman aikataulunsa mukaan, reittimuutos tulee voimaan uudelleenyhdistettäessä ja selainasetus koskee vain sitä selainta. Niiden latistaminen yhdeksi ennen ja jälkeen -pariksi tuottaa aikajanan, jota kukaan ei voi tarkastaa.
Kirjaa aika, käytetty ratkaisija ja saatu vastaus, mukaan lukien tapaus, jossa vastaus on kielteinen. Se on tosiasia, jonka joku muu voi tarkistaa.
Tee vertailu kahdesti samalla tavalla
Tyhjennä välimuisti, jonka aiot testata, säilytä alkuperäinen havainto ja kysy sitten tavalla, joka ohittaa mahdollisimman paljon muistia. Ratkaisijan nimeäminen selkeästi kertoo, mitä se ratkaisija tietää; se ei kerro, minkä ratkaisijan sovellus olisi valinnut.
resolvectl flush-caches
ipconfig /flushdns
dig +noall +answer internal.example @10.44.0.53
dig +short internal.example
Windowsissa asiakasvälimuistin tyhjennys tyhjentää DNS-asiakasvälimuistin eikä mitään muuta. Se ei kuvaa selaimen yksityistä tilaa eikä tyhjennä ylävirran palvelinta, joten siihen perustuvaa testiä voidaan tulkita vain suppeasti. Kerro, minkä välimuistin tyhjensit aina, kun raportoit tuloksen.
Testaa sitten varsinainen sovellus uudelleen tuoreella pyynnöllä ja aiottu ratkaisijakäytäntö aktiivisena. Toisen käytännön alla tuotettu tulos ei siirry.