nslookup Frage

[Gregor (Gast)]

Hallo,

ich versuche gerade, die zu einer Domain gehörende TTL in Abhängigkeit 
von verschiedenen DNS zu ermitteln.

Einmal z.B. mit Googles DNS:

C:\Users\Admin>nslookup -qa=A -debug mikrocontroller.net 8.8.8.8
------------
Got answer:
    HEADER:
        opcode = QUERY, id = 1, rcode = NOERROR
        header flags:  response, want recursion, recursion avail.
        questions = 1,  answers = 1,  authority records = 0,  additional = 0

    QUESTIONS:
        8.8.8.8.in-addr.arpa, type = PTR, class = IN
    ANSWERS:
    ->  8.8.8.8.in-addr.arpa
        name = google-public-dns-a.google.com
        ttl = 21599 (5 hours 59 mins 59 secs)

------------
Server:  google-public-dns-a.google.com
Address:  8.8.8.8

------------
Got answer:
    HEADER:
        opcode = QUERY, id = 2, rcode = NOERROR
        header flags:  response, want recursion, recursion avail.
        questions = 1,  answers = 1,  authority records = 0,  additional = 0

    QUESTIONS:
        mikrocontroller.net, type = A, class = IN
    ANSWERS:
    ->  mikrocontroller.net
        internet address = 188.40.52.210
        ttl = 2731 (45 mins 31 secs)

------------
Nicht autorisierende Antwort:
Name:    mikrocontroller.net
Address:  188.40.52.210

Und einmal mit OpenDNS:

C:\Users\Admin>nslookup -qa=A -debug mikrocontroller.net 208.67.222.222
------------
Got answer:
    HEADER:
        opcode = QUERY, id = 1, rcode = NOERROR
        header flags:  response, want recursion, recursion avail.
        questions = 1,  answers = 1,  authority records = 0,  additional = 0

    QUESTIONS:
        222.222.67.208.in-addr.arpa, type = PTR, class = IN
    ANSWERS:
    ->  222.222.67.208.in-addr.arpa
        name = resolver1.opendns.com
        ttl = 578725 (6 days 16 hours 45 mins 25 secs)

------------
Server:  resolver1.opendns.com
Address:  208.67.222.222

------------
Got answer:
    HEADER:
        opcode = QUERY, id = 2, rcode = NOERROR
        header flags:  response, want recursion, recursion avail.
        questions = 1,  answers = 1,  authority records = 0,  additional = 0

    QUESTIONS:
        mikrocontroller.net, type = A, class = IN
    ANSWERS:
    ->  mikrocontroller.net
        internet address = 188.40.52.210
        ttl = 57649 (16 hours 49 secs)

------------
Nicht autorisierende Antwort:
Name:    mikrocontroller.net
Address:  188.40.52.210

Die Antwort bei Google besagt wohl, dass nach Ablauf von 2731 Sekunden 
eine entsprechende DNS-Abfrage zu einer Nachfrage beim autorisierenden 
(= nicht cachenden) Nameserver führt, richtig?

Sowohl bei Google als auch bei OpenDNS führten wiederholte Abfragen zu 
sprunghaft variierenden TTL-Zeiten - fast so, als würden da abwechselnd 
mehrere Server mit unterschiedlichen Restlaufzeiten antworten. Ist das 
so?

In der ersten Antwort der beiden Abfragen scheint ja so eine Art 
ReverseDNS abzulaufen...gibt es dafür einen bestimmten Grund?

Die Nameserver selbst scheinen auch eine TTL zu haben: knapp 6 Stunden 
bei Google und über 6 Tage bei OpenDNS. Dieser Wert hat doch nichts mit 
der TTL der gesuchten Domain zu tun, sondern bezieht sich auf die 
Namensauflösung des Nameservers selbst, richtig?

Und wie kann ich nun das TTL-Intervall für die Domain ermitteln, das 
nach Ablauf der Restzeit erneut zu laufen beginnt, ohne den Zeitpunkt 
des Ablaufens abzupassen und dann eine erneute Anfrage zu stellen? 
Eigentlich geht es mir ja darum, wie lange die IP einer Domain (hier 
mikrocontroller.net) bei einem bestimmten DNS maximal 
zwischengespeichert wird...im Falle von Google suche ich also nicht die 
noch verbleibenden 2731 Sekunden, sondern die maximal möglichen 
Sekunden.

Vielen Dank sagt...
Gregor

[Genk (Gast)]

Frag den autoritativen DNS:

$ dig ns mikrocontroller.net

; <<>> DiG 9.9.5-3ubuntu0.2-Ubuntu <<>> ns mikrocontroller.net
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 57145
;; flags: qr rd ra; QUERY: 1, ANSWER: 3, AUTHORITY: 0, ADDITIONAL: 3

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;mikrocontroller.net.    IN  NS

;; ANSWER SECTION:
mikrocontroller.net.  73506  IN  NS  ns1.first-ns.de.
mikrocontroller.net.  73506  IN  NS  robotns3.second-ns.com.
mikrocontroller.net.  73506  IN  NS  robotns2.second-ns.de.

;; ADDITIONAL SECTION:
robotns2.second-ns.de.  73123  IN  A  213.133.105.6
robotns3.second-ns.com.  4362  IN  A  193.47.99.3

;; Query time: 2 msec
;; SERVER: 127.0.1.1#53(127.0.1.1)
;; WHEN: Sat Apr 11 10:22:40 CEST 2015
;; MSG SIZE  rcvd: 178

$ dig @ns1.first-ns.de. mikrocontroller.net

; <<>> DiG 9.9.5-3ubuntu0.2-Ubuntu <<>> @ns1.first-ns.de. mikrocontroller.net
; (2 servers found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 44745
;; flags: qr aa rd; QUERY: 1, ANSWER: 1, AUTHORITY: 3, ADDITIONAL: 1
;; WARNING: recursion requested but not available

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;mikrocontroller.net.    IN  A

;; ANSWER SECTION:
mikrocontroller.net.  86400  IN  A  188.40.52.210

;; AUTHORITY SECTION:
mikrocontroller.net.  86400  IN  NS  ns1.first-ns.de.
mikrocontroller.net.  86400  IN  NS  robotns2.second-ns.de.
mikrocontroller.net.  86400  IN  NS  robotns3.second-ns.com.

;; Query time: 26 msec
;; SERVER: 213.239.242.238#53(213.239.242.238)
;; WHEN: Sat Apr 11 10:23:04 CEST 2015
;; MSG SIZE  rcvd: 162

[(prx) A. K. (prx)]

Gregor schrieb:
> Sowohl bei Google als auch bei OpenDNS führten wiederholte Abfragen zu
> sprunghaft variierenden TTL-Zeiten - fast so, als würden da abwechselnd
> mehrere Server mit unterschiedlichen Restlaufzeiten antworten.

Das dürfte in diesen Fällen aus Last- und Redundanzgründen auf mehrere 
physikalische Server verteilt sein. Frag kleinere Server, da geschieht 
das nicht.

So sind m.W. die im DNS hart codierten Root Server geografisch 
repliziert, so dass trotz fester IP die topologisch nähere Kopie 
antwortet und die Anfrage nicht quer durch die Welt laufen muss.

> In der ersten Antwort der beiden Abfragen scheint ja so eine Art
> ReverseDNS abzulaufen...gibt es dafür einen bestimmten Grund?

Offenbar wird die Angabe des Servers rückübersetzt, well direkt als IP 
angegeben. Sehe ich als Entscheidung des Programmierers von NSLOOKUP.