VPNak DNS konpondu zuen, edo cachean gordetako erantzun bat berrerabili besterik ez zuen egin?

Tunela altxatu eta segundo batzuetara orrialde bat irekitzea ez da DNS orain funtzionatzen duen froga, txartelak normalean hori esan arren. Behaketa horretan ezerk ez zuen kontsultarik eskatzen: izena aldaketaren aurretik ebatzita egon zitekeen eta tunelak ukitu ez zuen cache batetik berrerabilita. Bi proba desberdinek pantaila bera sortzen dute.

Konparatu proba bakoitzak benetan zer landu zuen aldaketari meritua eman aurretik.

Orrialde bat kargatzea ez da kontsulta bat

Aplikazioaren eta ebazlearen arteko geruza bakoitzak erantzun bat gogoraraz dezake bere bizitzan zehar. Sistema eragileak bat gordetzen du, arakatzaileak berea gordetzen du, eta konexio iraunkorra duen aplikazio batek baliteke saioan zehar gehiago ezer ez ebaztea. Beraz, tunel-aldaketaren ondoren arrakasta duen karga bat memoria erakustea izan daiteke, bideratzea baino. Hutsegitearen eza ez da kontsultaren presentzia.

Bereizketa horrek aldatzen du zer probatu behar duzun hurrengo. Helburua ebazle berriak erantzuten duela erakustea bada, garbitu ez duzun cache batetik zerbitzatu ezin den kontsulta bat behar duzu.

Cachean gordetako arrakasta bat aurrez iristezina zen zerbitzari bat sendatu dela frogatzeko irakurtzea akats horren bertsiorik garestiena da, premisa faltsu batean ixten baitu gertakaria.

Zenbat cache dauden zenbatu ondorioztatu aurretik

Lau merezi dute izendatzea: aplikazioaren beraren ebazpena, sistema eragilearen bezero-cachea, arakatzailearen barne-egoera eta kontsultak azkenean lortzen duen ebazle errekurtsiboa. Bakoitzak bere bizitza eta garbitzeko modu bereizia ditu. Bat garbitu eta bestea probatzea da jendeak garbiketak ezer egin ez zuela ondorioztatzeko modua. Garbiketa-komando batek ez du inoiz galdera erabakitzen.

Erantzun negatiboak ere cachean gordetzen dira. Faltan zegoela jakinarazitako izen bat faltan egon daiteke sarearen zuzenketaren ondoren, eta hori tunel hautsi gisa irakurtzen da, iraungi ez den TTL bat denean. DNS zehaztapenak deskribatzen du nola gorde eta berrerabili behar diren datu horiek.

Erregistratu gertakaria, ez inpresioa

Idatzi hiru gauzetatik zein aldatu zen: erregistroa, ebazlerako bidea edo bezero-ezarpena. Erregistro-baten edizioa bere egutegiaren arabera hedatzen da, ibilbide-aldaketa berriro konektatzean sartzen da indarrean, eta arakatzaile-ezarpena arakatzaile horri bakarrik aplikatzen zaio. Horiek aurretik eta ondoren bakar batean batzeak inork ikuskatu ezin duen denbora-lerroa sortzen du.

Idatzi ordua, erabilitako ebazlea eta jasotako erantzuna, erantzuna negatiboa den kasua barne. Beste norbaitek egiaztatu dezakeen gertaera da.

Egin konparazioa bi aldiz modu berean

Garbitu probatu nahi duzun cachea, gorde jatorrizko behaketa, eta gero kontsultatu ahal den memoria gehiena saihesteko moduan. Ebazlea berariaz izendatzeak ebazle horrek zer daki esaten dizu; ez dizu esaten zein ebazle aukeratuko zukeen aplikazioak.

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

Windowsen, bezero-cachearen garbiketak DNS bezero-cachea garbitzen du eta ez beste ezer. Ez du arakatzailearen egoera pribatua deskribatzen eta ez du goragoko zerbitzari bat garbitzen, beraz, horren gainean eraikitako proba estu interpretatu besterik ez da egin behar. Esan zein cache garbitu duzun emaitzaren berri ematen duzun bakoitzean.

Gero, probatu berriro benetako aplikazioa eskaera berri batekin eta aurreikusitako ebazle-politika aktiboarekin. Politika desberdin baten pean sortutako emaitza ez da transferitzen.