domæne oprettet kl 13 ved dk-hostmaster kan ikke ses

Hej Aminos

Jeg har oprettet et domæne i forbindelse med en eksamensopgave.

Fik mail fra dk-hostmaster kl 1305 om og aktiverede det straks.

Men nu her kl 19.30 kan jeg stadig ikke tilgå domænet. har lavet et Navneserver check hos azero og kan se den ikke svare på nogle af .nic.dk

Er det fordi de er bagefter med oprettelser eller ? plejer at kan tilgå domæner efter 1-2 timer efter de er aktiveret.

domænet er www.klassechat.dk

Er der andre som har domæner i kø som ikke kan ses ?

Jes, kan også se på den på dnstools.com

Men ville gerne den kunne tilgås inden kæresten skulle aflevere opgaven i aften.

Kunne godt være der var nogen som også oplevede længere tid end normalt på en nyt .dk kan ses

DK Hostmaster genstarter kun deres navneservere 3 gange i døgnet, men det ser ud til, at det ikke er sket siden i går. DK Hostmaster kan I næppe få til at kigge nærmere på det i dag.

Hvis det er helt akut, vil jeg foreslå et andet TLD end .dk. F.eks. .com kan oprettes i realtime uden nogen aktivering.

Jeg kan se siden her - det er et login med et par talebobler :o)

MVH

Thomas

Tak for jeres svar.

Her ca 22.05 skete der noget og domænet kunne ses ;) så dk-hostmaster må have lavet en opdatering der.

Kan i hvert fald se de 3 domæner jeg har oprettet i eftermiddag og aften nu.

Det med de 3 opdateringer om dagen må jeg lige huske. Syntes bare de plejer at opdater flere gange, men har måske været heldig når jeg har oprettet domæner før i tiden.

Frands:

Henrik Nielsen:

Det er bestemt ikke unormalt det du ser, nogle af feks TDC nameservers går der meget lang tid før DNS opdateringen er slået igennem

TDC nameservers er lige præcist samme tid om at opdatere som alle andre rekursive navneservere. Hvekren hurtigere eller langsommere. 

Jeg har så hørt at TDC cacher navneopslag uden at tænke på TTL, hvilket gør at de vil være længere tid om at opdatere korrekt.

Frederik Nielsen:

Jeg har så hørt at TDC cacher navneopslag uden at tænke på TTL, hvilket gør at de vil være længere tid om at opdatere korrekt.

Det har du hørt? Det kan godt være, at det blot er mig, men jeg synes det er et rigtig, rigtig dårligt argument. 

Men lad os lave en test: 

Jeg opretter test.sunny.dk som en A record med TTL på 60 der peger på 123.123.123.123 og laver opslag via 2 rekursive TDC navneservere: 

% dig @ns3.tele.dk test.sunny.dk |grep test
; <<>> DiG 9.6.0-APPLE-P2 <<>> @ns3.tele.dk test.sunny.dk
;test.sunny.dk. IN A
test.sunny.dk. 60 IN A 123.123.123.123

% dig @ns3.inet.tele.dk test.sunny.dk |grep test
; <<>> DiG 9.6.0-APPLE-P2 <<>> @ns3.inet.tele.dk test.sunny.dk
;test.sunny.dk. IN A
test.sunny.dk. 60 IN A 123.123.123.123

% date
Thu Dec 23 13:38:46 CET 2010

Jeg ændrer nu så de peger på 234.234.234.234 og venter godt et minut i stedet: 

% date
Thu Dec 23 13:40:07 CET 2010

% dig @ns3.tele.dk test.sunny.dk |grep test
; <<>> DiG 9.6.0-APPLE-P2 <<>> @ns3.tele.dk test.sunny.dk
;test.sunny.dk. IN A
test.sunny.dk. 60 IN A 234.234.234.234

% dig @ns3.inet.tele.dk test.sunny.dk |grep test
; <<>> DiG 9.6.0-APPLE-P2 <<>> @ns3.inet.tele.dk test.sunny.dk
;test.sunny.dk. IN A
test.sunny.dk. 60 IN A 234.234.234.234

Altså: Min TTL på 60 bliver ikke overruled af TDC's navneservere og det konstateres at TDC's rekursive navneservere fungerer præcist som en rekursiv navneserver bør fungere.