Vid delegering är det två tider som styr, dels tiden t.ex. IIS tar på sig för att uppdatera sina namnservrar för .SE, dels TTL'en som är konfigurerad i din existerande DNS-zone. TTL'en styr hur länge en klient får cache'a ett DNS Svar, vilket efter en delegering kan vara felaktigt. (men behöver inte vara det, ibland byts dns server utan att www.<domän> pekas om t.ex.)
Det som händer när du pekar om t.ex. presenttips.com-domänen är att namnservrarna som har hand om .COM domänen uppdateras med ny information om vilka namnservrar som skall ha hand om just presenttips.com, i detta fallet ns1/ns2.binero.se. De nya surfarna vars DNS server aldrig fått frågor om denna domän tidigare kommer då att gå direkt till det nya webbhotellet, medans du själv kanske fortfarande ligger med cache'ad information som pekar ut det gamla hotellet.
För att se vilka DNS'er som är utpekade för en viss domän så funkar whois bra.
Om du får felet 'not authorative' så har den nya dns servern inte blivit konfigurerad ännu att ta hand om din domän. Just nu verkar din domän presenttips.com lida av detta, ns1/ns2.binero.se svarar inte på frågor om denna domänen. Om jag kör 'dig @ns1.binero.se presenttips.com soa' så får jag tillbaka en pekning mot root-servrarna.
För att ställa lite frågor kör jag 'dig', följer med alla linux distributioner men finns även för Windows (kolla med Google). Nslookup funkar det också för de flesta frågor, men 'dig' är smidigare.
dig +trace <domän> -- visar hur din klient går från root-server -> tld-servers -> ansvarig dns server (t.ex.)
dig @<ny ansvarig namnserver> <domän> soa (dig @ns1.binero.se presenttips.com soa) skall om allt är rätt svara med information om den själv äger är ägare på domänen, ttl-tider med mera. (se nedan)
dig @ns1.binero.se binero.se soa
Kod:
;
<<>> DiG 9.3.4 <<>> @ns1.binero.se binero.se soa; (1 server found);; global options: printcmd;; Got answer:;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 53384;; flags: qr aa rd; QUERY: 1, ANSWER: 1, AUTHORITY: 2, ADDITIONAL: 2
;; QUESTION SECTION:;binero.se. IN SOA
;; ANSWER SECTION:
binero.se. 3600 IN SOA ns1.binero.se. registry.binero.se. 2007091425 3600 240 1209600 3600
;; AUTHORITY SECTION:
binero.se. 3600 IN NS ns2.binero.se.
binero.se. 3600 IN NS ns1.binero.se.
;; ADDITIONAL SECTION:
ns1.binero.se. 3600 IN A 195.74.36.250
ns2.binero.se. 3600 IN A 195.74.37.250
;; Query time: 12 msec;; SERVER: 195.74.36.250#53(195.74.36.250);; WHEN: Sat Feb 16 19:14:06 2008;; MSG SIZE rcvd: 140
dig +trace webmasternetwork.se
Kod:
; <<>> DiG 9.3.4 <<>> +trace webmasternetwork.se;; global options: printcmd
. 282217 IN NS H.ROOT-SERVERS.NET.
. 282217 IN NS I.ROOT-SERVERS.NET.
. 282217 IN NS J.ROOT-SERVERS.NET.
. 282217 IN NS K.ROOT-SERVERS.NET.
. 282217 IN NS L.ROOT-SERVERS.NET.
. 282217 IN NS M.ROOT-SERVERS.NET.
. 282217 IN NS A.ROOT-SERVERS.NET.
. 282217 IN NS B.ROOT-SERVERS.NET.
. 282217 IN NS C.ROOT-SERVERS.NET.
. 282217 IN NS D.ROOT-SERVERS.NET.
. 282217 IN NS E.ROOT-SERVERS.NET.
. 282217 IN NS F.ROOT-SERVERS.NET.
. 282217 IN NS G.ROOT-SERVERS.NET.;; Received 488 bytes from 127.0.0.1#53(127.0.0.1) in 2 ms
se. 172800 IN NS a.ns.se.
se. 172800 IN NS b.ns.se.
se. 172800 IN NS c.ns.se.
se. 172800 IN NS d.ns.se.
se. 172800 IN NS e.ns.se.
se. 172800 IN NS f.ns.se.
se. 172800 IN NS g.ns.se.
se. 172800 IN NS h.ns.se.
se. 172800 IN NS i.ns.se.;; Received 412 bytes from 128.63.2.53#53(H.ROOT-SERVERS.NET) in 112 ms
webmasternetwork.se. 86400 IN NS ns3.qu.com.
webmasternetwork.se. 86400 IN NS ns1.qu.com.
webmasternetwork.se. 86400 IN NS ns2.qu.com.;; Received 97 bytes from 192.36.144.107#53(a.ns.se) in 10 ms
webmasternetwork.se. 3600 IN A 83.140.162.170;; Received 53 bytes from 83.140.169.148#53(ns2.qu.com) in 10 ms
Hoppas detta förklarar det hyfsat iaf, hojta till annars. Vet att det är många som tycker detta är lurigt..
/Martin