[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.