Bufring, TTL og DNS-problemer

Det ville vært tregt og belastende for tjenerne å spørre gjennom hele DNS-hierarkiet ved hvert oppslag. Hurtigbufring lagrer nylige svar slik at gjentatte oppslag blir umiddelbare.

Resolvere, operativsystemer og til og med nettlesere har DNS-hurtigbuffere. Hurtigbufring gjør DNS raskt og skalerbart på tvers av milliarder av daglige forespørsler.

Hver DNS-post har en TTL (Time To Live), et antall sekunder som angir hvor lenge hurtigbuffere skal beholde svaret før det utløper.

En post med TTL på 3600 kan hurtigbufres i én time. Når TTL-en utløper, forkaster hurtigbufferet oppføringen og må slå den opp på nytt neste gang.

TTL innebærer en avveining. En lang TTL betyr færre oppslag og raskere svar, men det tar lengre tid før endringer sprer seg. En kort TTL gjør at endringer spres raskt, men øker belastningen fra forespørsler.

Administratorer reduserer ofte TTL-en før en planlagt migrering, slik at den nye adressen sprer seg raskt, og øker den igjen etterpå.

Når du oppdaterer en DNS-post, vises ikke endringen overalt samtidig. Hurtigbuffere over hele verden inneholder fortsatt den gamle verdien frem til TTL-en utløper.

Denne forsinkelsen kalles spredning. Det kan ta fra minutter til timer før en endring blir synlig globalt, avhengig av den forrige TTL-en – noe som ofte skaper forvirring etter redigeringer.

Et vanlig DNS-problem er et foreldet hurtigbuffer: En enhet fortsetter å bruke en gammel, hurtigbufret IP-adresse etter at den virkelige adressen er endret. Nettstedet ser ut til å være utilgjengelig selv om posten er riktig.

Løsningen er å vente til TTL-en utløper eller tømme hurtigbufferet. På mange systemer kan du tømme det manuelt for å tvinge frem et nytt oppslag umiddelbart.

Når foreldede oppføringer skaper problemer, tvinger tømming av hurtigbufferet enheten til å forkaste hurtigbufrede poster og spørre på nytt. Dette er et vanlig tidlig feilsøkingstrinn.

Ulike systemer har egne kommandoer for tømming. Etter tømmingen går neste oppslag til resolveren på nytt og tar med eventuelle nylige endringer i poster.

Hvis en enhet peker til en utilgjengelig eller feilkonfigurert resolver, mislykkes navneoppløsningen fullstendig selv om nettverket fungerer. Det er viktig å kontrollere hvilken DNS-tjener som er konfigurert.

Ved å bytte til en kjent fungerende offentlig resolver, for eksempel 8.8.8.8 eller 1.1.1.1, kan du raskt teste om den opprinnelige resolveren var problemet.

Før de fleste systemer spør DNS, kontrollerer de en lokal hosts-fil som manuelt kobler navn til adresser. En oppføring der overstyrer DNS for det aktuelle navnet.

En glemt eller skadelig hosts-oppføring kan i stillhet omdirigere et navn til feil IP-adresse. Derfor er det lurt å kontrollere hosts-filen når ett bestemt navn oppfører seg feil, mens andre navn løses riktig.

Klassiske tegn på DNS-feil er blant annet at et nettsted lastes inn via IP-adresse, men ikke via navn, feilen «serveren ble ikke funnet» eller langsomme innledende tilkoblinger.

Hvis pinging av en IP-adresse lykkes, men pinging av navnet mislykkes med en feil om ukjent vert, er DNS årsaken. Denne raske testen skiller DNS fra andre tilkoblingsproblemer.

Bruk nslookup eller dig til å spørre DNS direkte. Du kan spørre en bestemt tjener, kontrollere hvilken post som returneres, og se gjenværende TTL.

Med disse verktøyene kan du sammenligne svaret fra resolveren med det autoritative svaret og avdekke foreldede hurtigbuffere eller feilkonfigurerte poster ved kilden.

De fleste DNS-problemer skyldes hurtigbufring og TTL-oppførsel, en feil resolver eller en feil post. En systematisk kontroll – test via IP, bekreft resolveren, tøm hurtigbufferet og spør med nslookup – avgrenser årsaken. Forståelse av TTL og spredning forklarer hvorfor endringer ser ut til å være forsinket.

Dette fullfører grunnlaget for adressering og navngivning som er viktig for Network+-eksamenen.

Du har lært om hurtigbufring, TTL og DNS-problemer.

• Hurtigbufring lagrer nylige svar for å gjøre DNS raskt.
• TTL angir hvor lenge en post kan hurtigbufres før den må oppdateres.
• Lang TTL = færre oppslag, men langsomme endringer; kort TTL = raske endringer, større belastning.
• Forsinket spredning og foreldede hurtigbuffere forårsaker mange DNS-problemer; tømming hjelper.
• Diagnostiser med tester via IP, kontroller av resolveren og nslookup.