Lagaði VPN-ið DNS eða notaði bara skyndiminnið svar aftur?
Síða sem hleðst eftir jarðgöngubreytingu kann að hafa aldrei framkvæmt uppflettingu. Berið saman svör í skyndiminni og ný svör áður en þið eignið lagfæringunni.
Að opna síðu sekúndum eftir að jarðgöngin koma upp er ekki sönnun þess að DNS virki núna, þótt miðinn segi það venjulega. Ekkert í þeirri athugun krafðist uppflettingar: nafnið kann að hafa verið leyst áður en breytingin var gerð og endurnýtt úr skyndiminni sem jarðgöngin snertu aldrei. Tvær mismunandi prófanir framleiða sama skjáinn.
Berið saman hvað hver prófun þjálfaði í raun áður en þið eignið breytingunni ávinningnum.
Að hlaða síðu er ekki uppfletting
Hvert lag milli forritsins og leysisins má muna svar í líftíma sínum. Stýrikerfið heldur einu, vafrinn heldur sínu eigin, og forrit með langlífa tengingu kann að leysa aldrei neitt aftur í lotunni. Því getur hleðsla sem tekst eftir jarðgöngubreytingu verið sýning á minni frekar en á leiðsögn. Fjarvera bilunar er ekki nærvera uppflettingar.
Þessi greinarmunur breytir því hvað þið ættuð að prófa næst. Ef markmiðið er að sýna að nýi leysirinn svari þarf uppflettingu sem ekki er hægt að þjóna úr skyndiminni sem þið hafið ekki hreinsað.
Að lesa skyndiminnið árangur sem sönnun þess að áður óaðgengilegur netþjónn hafi jafnað sig er dýrasta útgáfan af þessari mistökum, því hún lokar atvikinu á rangri forsendu.
Teljið skyndiminnin áður en þið álykkið
Fjögur er vert að nefna: eigin lausn forritsins, biðlaraskyndiminni stýrikerfisins, innra ástand vafrans og hvaða endurkvæma leysi uppflettingin nær að lokum. Hvert hefur sér líftíma og sér hreinsunaraðferð. Að hreinsa eitt og prófa annað er leiðin sem fólk ályktar að hreinsunin hafi gert ekkert. Ein hreinsunarskipun leysir aldrei spurninguna.
Neikvæð svör eru líka skyndiminni. Nafn sem var tilkynnt sem vantaði getur verið áfram vantað eftir að netið er lagfært, sem er lesið sem brotin jarðgöng þegar það er TTL sem er ekki útrunnið. DNS-forskriftin lýsir því hvernig halda á þessum gögnum og endurnýta.
Skráið atvikið, ekki áhrifin
Skrifið niður hvað af þrennu breyttist: færslan, leiðin að leysinum eða biðlarastilling. Breyting færslu dreifist samkvæmt eigin áætlun, leiðarbreyting tekur gildi við endurtengingu, og vafrastilling gildir aðeins fyrir þann vafra. Að sameina þau í eitt fyrir-og-eftir býr til tímalínu sem enginn getur endurskoðað.
Skráið tímann, leysinn sem notaður var og svarið sem barst, þar á meðal þegar svarið er neikvætt. Það er staðreynd sem einhver annar getur staðfest.
Framkvæmið samanburðinn tvisvar á sama hátt
Hreinsið skyndiminnið sem þið ætlið að prófa, varðveitið upprunalegu athugunina og spyrjið síðan á þann hátt sem sneiðir hjá eins miklu minni og hægt er. Að nefna leysinn skýrt segir ykkur hvað sá leysir veit; það segir ykkur ekki hvaða leysi forritið hefði valið.
resolvectl flush-caches
ipconfig /flushdns
dig +noall +answer internal.example @10.44.0.53
dig +short internal.example
Á Windows hreinsar hreinsun biðlaraskyndiminnisins DNS-biðlaraskyndiminnið og ekkert annað. Það lýsir ekki einkastöðu vafra og hreinsar ekki yfirstreymisþjón, svo prófun sem byggð er á því verður aðeins túlkuð þröngt. Segið hvaða skyndiminni þið hreinsuðuð þegar þið tilkynnið niðurstöðuna.
Prófið síðan raunverulega forritið aftur með nýrri beiðni og fyrirhugaðri leysisstefnu virkri. Niðurstaða sem framleidd er undir annarri stefnu flyst ekki.