[qson]

TTL är ju hur länge en DNS-server får spara uppgifterna innan den hämtar nya.
Tänk dig DNS-servrar i ett stort träd, där din DNS-server är överst i trädet. DNS-servrar som inte har något lagrat för domänen gör en förfrågan till sin DNS-server. Om denna DNS har cachat info så frågar den uppåt i hierarkin ända tills någon når din server. Detta sparas i 30 min från att DNS-servern har fått detta, och uppdateringarna kan gå om varandra så blir det i praktiken inte 30 min.

Exempel:

Du uppdaterar dina a-records kl. 12:00
Besökaren går in på din domän 12:05
Besökaren har inte besökt din sida tidigare och har således inte någon cache att läsa ur. En fråga skickas till internetleverantörens dns-server, som senast uppdaterade infon för din domän kl. 11:40 med en TTL på 30 min. Alltså beöhver infon inte uppdateras och din gamla IP returneras till besökaren. Nu kommer denna besökare att under 30 minuter komma åt samma ip eftersom den kan sparas lokalt så länge.
En annan besökare går in 12:40, en fråga skickas till dennes internetleverantörs dns som senast uppdaterades 12:15. När denna uppdatering skedde så gjordes den mot en dns-server högre upp i hierarkin som uppdaterades 11:55 och således returneras den gamla IP:n till besökaren och lagras hos internetleverantören med en TTL fram till 13:10.
Nu har vi bara gått två steg i hierarkin och kommit till drygt en timmas fördröjning trots en TTL på 30 min. Tänk sedan att vi har ett antal sådana steg där dns-informationen replikeras mellan servrarna.

---

När jag har haft liknande problem att det ligger kvar i dagar är att starta om besökarens/kundens dator och router. Funkar inte detta ligger felet nån stans i dns-replikeringen men det tror jag är väldigt ovanligt.

[SimonP]

Ursprungligen postat av qson

...Nu har vi bara gått två steg i hierarkin och kommit till drygt en timmas fördröjning trots en TTL på 30 min. Tänk sedan att vi har ett antal sådana steg där dns-informationen replikeras mellan servrarna.

Som jag skrev tidigare så vet jag att det kan ta timmar innan en DNS ändring slår igenom, pga all cache som skall uppdateras. Men att det skall ta flera dagar tyder på att nått är fel.

När jag har haft liknande problem att det ligger kvar i dagar är att starta om besökarens/kundens dator och router. Funkar inte detta ligger felet nån stans i dns-replikeringen men det tror jag är väldigt ovanligt.

Japp, jag börjar misstänka att felet ligger lokalt, men det är fortfarande märkligt om Operativsystemet/Routern cachar hur länge som helst, i princip tills det sker en reboot. Både routern och OS:et borde gå efter TTL. Helt klart är att det finns buggar i DNS-hanteringen.

[qson]

Ursprungligen postat av SimonP

Japp, jag börjar misstänka att felet ligger lokalt, men det är fortfarande märkligt om Operativsystemet/Routern cachar hur länge som helst, i princip tills det sker en reboot. Både routern och OS:et borde gå efter TTL. Helt klart är att det finns buggar i DNS-hanteringen.

När jag haft dessa problem har det genomgående varit Windows (oftast XP) som strulat. Jag tror att de flesta routrar på marknaden använder nån form av nedskalad linuxdist med en standard-dns-server och de har oftast bra koll på ttl och sådant. Däremot vill windows ogärna släppa sådant den redan har läst in. Jag satt en halvdag med windows interna cache som inte ville rensas. Det finns ett kommando för att rensa dns-cache: ipconfig /flushdns men det är inte alltid det hjälper heller. Mitt exempel var dock ett extremfall.