Caching, TTL en DNS-problemen

De volledige DNS-hiërarchie voor elke zoekopdracht raadplegen zou traag zijn en de servers overbelasten. Caching slaat recente antwoorden op, zodat herhaalde zoekopdrachten direct worden beantwoord.

Resolvers, besturingssystemen en zelfs browsers houden DNS-caches bij. Caching maakt DNS snel en schaalbaar voor miljarden zoekopdrachten per dag.

Elk DNS-record bevat een TTL (Time To Live), een aantal seconden dat aangeeft hoelang caches het antwoord bewaren voordat het verloopt.

Een record met een TTL van 3600 kan één uur worden gecachet. Nadat de TTL is verstreken, verwijdert de cache het item en moet het de volgende keer opnieuw worden opgezocht.

TTL is een afweging. Een lange TTL betekent minder zoekopdrachten en snellere antwoorden, maar wijzigingen worden trager verspreid. Een korte TTL verspreidt wijzigingen snel, maar verhoogt de belasting door zoekopdrachten.

Beheerders verlagen de TTL vaak vóór een geplande migratie, zodat het nieuwe adres snel wordt verspreid. Daarna verhogen ze de TTL weer.

Wanneer je een DNS-record bijwerkt, verschijnt de wijziging niet overal tegelijk. Caches over de hele wereld bevatten nog de oude waarde totdat hun TTL verloopt.

Deze vertraging heet propagatie. Afhankelijk van de vorige TTL kan het minuten tot uren duren voordat een wijziging wereldwijd zichtbaar is. Dit veroorzaakt vaak verwarring na het bewerken van records.

Een veelvoorkomend DNS-probleem is een verouderde cache: een apparaat blijft een oud, gecachet IP-adres gebruiken nadat het echte adres is gewijzigd. De website lijkt defect, ook al is het record correct.

De oplossing is wachten tot de TTL verloopt of de cache leegmaken. Op veel systemen kun je dit handmatig doen om direct een nieuwe zoekopdracht af te dwingen.

Wanneer verouderde items problemen veroorzaken, zorgt het leegmaken van de cache ervoor dat het apparaat gecachete records verwijdert en opnieuw een zoekopdracht uitvoert. Dit is een gebruikelijke eerste stap bij het oplossen van problemen.

Verschillende systemen hebben hun eigen opdracht om de cache leeg te maken. Na het leegmaken gaat de volgende zoekopdracht opnieuw naar de resolver en worden recente wijzigingen in records opgehaald.

Als een apparaat verwijst naar een onbereikbare of verkeerd geconfigureerde resolver, mislukt het oplossen van namen volledig, zelfs als het netwerk werkt. Het controleren van de geconfigureerde DNS-server is een belangrijke diagnose.

Door over te schakelen naar een bekende, goed werkende openbare resolver, zoals 8.8.8.8 of 1.1.1.1, kun je snel testen of de oorspronkelijke resolver het probleem was.

Voordat de meeste systemen DNS raadplegen, controleren ze een lokaal hosts-bestand dat namen handmatig aan adressen koppelt. Een item daarin overschrijft DNS voor die naam.

Een vergeten of kwaadaardig hosts-item kan een naam stilletjes omleiden naar het verkeerde IP-adres. Daarom is het controleren van het hosts-bestand verstandig wanneer één specifieke naam problemen geeft terwijl andere namen wel goed worden opgelost.

Typische tekenen van een DNS-storing zijn: een website laadt wel via het IP-adres maar niet via de naam, de foutmelding "server niet gevonden" of trage eerste verbindingen.

Als pingen naar een IP-adres lukt maar pingen naar de naam mislukt met een foutmelding over een onbekende host, is DNS de oorzaak. Met deze snelle test kun je DNS onderscheiden van andere verbindingsproblemen.

Gebruik nslookup of dig om DNS rechtstreeks te bevragen. Je kunt een specifieke server opvragen, controleren welk record wordt teruggegeven en zien hoeveel TTL nog resteert.

Met deze hulpmiddelen kun je het antwoord van je resolver vergelijken met het gezaghebbende antwoord. Zo ontdek je verouderde caches of verkeerd geconfigureerde records bij de bron.

De meeste DNS-problemen zijn terug te voeren op caching en TTL-gedrag, een defecte resolver of een onjuist record. Met een gestructureerde controle — testen via het IP-adres, de resolver controleren, de cache leegmaken en een zoekopdracht uitvoeren met nslookup — kun je de oorzaak isoleren. Als je TTL en propagatie begrijpt, wordt duidelijk waarom wijzigingen vertraagd lijken.

Hiermee rond je de basis van adressering en naamgeving af die essentieel is voor het Network+-examen.

Je hebt geleerd over caching, TTL en DNS-problemen.

• Caching slaat recente antwoorden op om DNS snel te maken.
• TTL bepaalt hoelang een record mag worden gecachet voordat het wordt vernieuwd.
• Lange TTL = minder zoekopdrachten maar trage wijzigingen; korte TTL = snelle wijzigingen maar meer belasting.
• Vertraging door propagatie en verouderde caches veroorzaakt veel DNS-problemen; leegmaken helpt.
• Diagnoseer met tests via het IP-adres, resolvercontroles en nslookup.