04. januar 2003 - 01:21Der er
33 kommentarer og 1 løsning
Tid på update af domæners A-Record
Hej
Jeg har et par domæner, som har peget på min gamle IP adresse...
Nu har jeg så fået ny ip-adresse... Så i går gik jeg ind på buydomains.dk's virtual admin sider og fik rettet A-recorden for mine domæner..
Men hvis jeg laver et ping på skroeder.dk, så får jeg stadigvæk min gamle IP ....
På deres hjemmeside skriver de godt nok følgende : "A Records / URL Forwarding Created: Your A-Records have been updated. Please allow up to 24-48 hours for your ISP to update their DNS and for you to be able to view the changes."
Spørgsmål : 1) kan det virkeligt passe, at sådan en ændring først vil træde igennem 1-2 døgn senere....
Og, da jeg er en lidt utålmodig sjæl... 2) er der noget jeg kan gøre, for at det går hurtigere!
jo, hvis du kan styre TTL, så kan du (inden du laver a-record om) sætte TTL til f.eks. 5 minutter (300 sekunder). Så vil ingen navneserver gemme record'en i mere end 5 minutter - og dermed kan du i løbet af ca. 10 minutter få udskiftet A-records i samtlige DNS-servere i verden.
Hvorfor er TTL så 24 timer - for at spare netværkstrafik - hvis ting ikke ændrer sig, så er der ingen grund til at spilde netværkstrafik.
Så hvis man er dns-administrator, så ved man bare at TTL skal korrigeres 2-5 døgn INDEN ip-skiftet (eller hvilken ændring der nu skal laves) - altså planlægning :-)
Lap -- Nu er sagen, at jeg hænger med en dynamisk IP adresse fra min nye udbyder (Telia Bredbaand @home)... Det har egentligt afholdt mig fra at hoste selv derhjemme... Men -- Jeg har nu lagt mærke til at jeg har fået tildelt den samme IP i over 3 uger nu... Derfor ville jeg gerne have de domæner i spil igen... Mit spm omkring at få et update til at gå hurtigere er til tilfælde, hvor jeg bliver tildelt en ny IP --- At jeg så kan svare med at update A-records'ne med det samme --- Så der ikke går 2-3 hverdage før man kan komme ind på mine sider igen.... Jeg har ikke noget imod at A-recordsne har TTL på 24 timer... Men det må da være muligt (enten for mig, eller for buydomains) at gå ind og opdatere med det samme...
capriole >> Klokken er 14 og den peger stadigvæk på 213.237.107.66 :-( Jeg var inde og ændre det hos buydomains.dk den 2/1-03 20:06
Jo, selvfølgelig kan man reloade en zone-fil hos buyd. med det samme, men hvis min navneserver (lige inden reload) har spurgt buydom.'s navneserver - og så derfor gemmer svaret i TTL (24 timer) - ja, så har jeg et forkert svar i 24 timer - uanset, at buydom. reloadede med det samme.
Derfor er TTL vigtig - ikke af hensyn til primære/sekundære navneservere, for dem har jeg (buydom) selv kontrol over, men alle andre navneserver kan jeg kun styre med TTL.
dvs at TTL'en går ind og påvirke, hvor tit andre NS skal gå ind og spørge BuyDommains.dk's egen NS ???? og at der ikke er nogen måder man kan "udbasunere" (propagate) ændringen ?
Nix, det er derfor at TTL findes - det er "udbasuneringen". Samtlige records i en navneserver har en TTL - og her bestemmes hvor længe jeg skal gemme det svar jeghar fået - og det angives i sekunder.
Her har du hotmail - deres default TTL er 1 time.
C:\>nslookup -q=soa hotmail.com. hotmail.com primary name server = ns1.hotmail.com responsible mail addr = dns.hotmail.com serial = 2002123001 refresh = 28800 (8 hours) retry = 3600 (1 hour) expire = 604800 (7 days) default TTL = 3600 (1 hour)
Måske et meget generalistisk spørgsmål >> Er det så standard at at NS'er er sat op til 24 timer (altså ikke f.eks. 36 timer eller 48)...
Pointen er - er det sådan at jeg kan forvente at ændringen træder i kraft _senest_ 48 timer senere (24 timer ved buydomains egen server, og derefter op til 24 timer før andre igen går ind og spørger hos buydomains)
eller kan jeg være (meget) uheldig, at det skal igennem en masse servere (som hver kan tage op til et døgn) før a-recorden er opdateret...
Og hvordan bærer alle de firmaer, som specifikt arbejder med dynamiske IP sig ad (her tænker jeg DynDNS, DynIP osv.)
Du burde kunne forvente 48 timer, men det kræver: at alle klienter og servere overholder FRC-beskrivelsen - og det gør de ikke. Derfor kan du godt risikere, at det tager endnu længere tid.
Jeg vil tro, at DynIP baserer sig på ganske lave TTL (300), således at ting så hurtigt som muligt slettes ude omkring igen. Desuden bruger du formentlig bind8/9 funktionalitet til at opdatere sekundære navneservere med det samme (primær sender besked til sekundær at zonen er ændret - kan ikke lige huske begrebet).
De 24 timer er egentlig blot en anbefaling - jeg har set tider på både 5 minutter - og 7 dage, så alt er muligt.
dk.telia.net primary name server = dns101.telia.com responsible mail addr = dns.telia.dk serial = 2002122317 refresh = 28800 (8 hours) retry = 7200 (2 hours) expire = 604800 (7 days) default TTL = 86400 (1 day)
Hvordan skal jeg så forstå det ... Buydomains opdaterer hver time -- og telia opdaterer hver dag -- så burde mine ændringer da træde igennem aller senest hvad 25 timer senere ???
nix - hvis ikke der er sat en anden TTL for din A-record (for www.info-webs.net som må være DIT domæne ??? - det gælder ikke udbyderens domæne - du skal kontrollere dit eget), så gemmer ingen navneserver svaret i mere en 3600 sekunder - heller ikke telia.net.
Når jeg spørger efter en A-record modtager jeg en ip-adresse OG en TTL - som jeg bør respektere (men er ikke tvunget til det) - det samme gælder min egen PC - når jeg spørger, så bør jeg også respektere TTL, men er ikke tvunget.
Bemærk, at defaultTTL gælder for en zone - og subdomains sagtens kan have andre defaultTTL end master-domænet.
Korrekt, og din default ttl er 3600 - se også nedenfor. Derfor bør en ændring slå igennem efter 2-3 timer efter dns1+dns2.info-webs.net er blevet reloaded.
Det er dog ikke sikkert, at alle implementeringer af resolveren overholder reglerne.
Du kan se, at ud for www.skroeder.dk. står tallet 3600 - det er TTL for den pågældende record - og du kan se andre TTL for de følgende records.
expire er ikke TTL - den bruges til at fortælle, hvornår svar fra zonen ikke længere kan bruges, og derfor skal zonen "nedlægges" - bruges af de autoritative navneservere.
dvs 44 timer efter ændring har de ikke engang ændret deres egen primærserver ! ... *suk* -- hvor længe så til alle andre NS'ere bliver opdateret (buy-domains NS + 1 time (skroeder.dk default TTL)) (ironisk spm :-)
Noget siger mig, at jeg lige bliver nød til at snakke med buydomains
Hmm jeg har ikke fået svar fra dem endnu ... Men nu er updaten gået igennem
Det tog i alt 44 timer og 32 minutter ;-)
Har lige fået svaret fra dem "Vi har tjekket dns for alle dine domainer og de er opdatere i vores dns, vi bemærket du havde 1 * subdomain som ikke var opdateret så vi opdateret det til samme Ip som domainet stod til.
Mvh.
Support Team"
/Søren :-))
Synes godt om
Ny brugerNybegynder
Din løsning...
Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.
