DNS / resolv.conf Fehler?

[Deleted member 11691]

@Joe User: Die funktionieren doch bzw. antworten prompt:

 time dig -t ptr @8.8.8.8 176.9.78.208

; <<>> DiG 9.7.3 <<>> -t ptr @8.8.8.8 176.9.78.208
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 50314
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0

;; QUESTION SECTION:
;176.9.78.208.                  IN      PTR

;; AUTHORITY SECTION:
.                       1800    IN      SOA     a.root-servers.net. nstld.verisign-grs.com. 2012092900 1800 900 604800 86400

;; Query time: 69 msec
;; SERVER: 8.8.8.8#53(8.8.8.8)
;; WHEN: Sat Sep 29 13:06:23 2012
;; MSG SIZE  rcvd: 105


real    0m0.077s
user    0m0.008s
sys     0m0.000s

 

[Joe User]

@Joe User: Die funktionieren doch bzw. antworten prompt:

Googles NS haben garantiert ein Limiting, welches man mit einzelnen Abfragen nicht triggert, ein kompletter Server aber schnell erreicht.
Im Kiddiesprech würde man es (D)DoS-Protection nennen...

 

[informant]

Kann es auch sein, dass der hinterlegte Nameserver meiner Domain zu langsam ist? Kann man diesen auch irgendwie testen?

 

[Joe User]

Die Nameserver in der resolv.conf werden nach dem first-match-first-serve Prinzip abgefragt, so dass die Nameserver Deines Anbieters nur dann gefragt werden, wenn die Nameserver von Google nicht antworten. Da Letzteres recht selten vorkommt, sollst Du ja die Google Nameserver mal ein paar Tage aus der resolv.conf werfen.

 

[informant]

Ich meine nicht die Nameserver in der resolv.conf sonder die im DNS meiner Domain.

 

[Mr.Check]

Meinst du die autoritativen Nameserver deiner Domain?

Die kannst du natürlich auch mit dig testen:

dig @[IP/Hostname des Nameservers] example.com

example.com steht in diesem Fall für deine Domain.

 

[informant]

Hab den Befehl auf dem selben Server ausgeführt:

;; Query time: 31 msec
;; SERVER: 89.200.168.66#53(89.200.168.66)
;; WHEN: Mon Oct  1 02:02:55 2012
;; MSG SIZE  rcvd: 48

Gut oder schlecht?

 

[Mr.Check]

Das ist alles?

also wenn ich bei mir ein

dig @ns1.meinedomain.de einedomainvonmir.de

eingebe kommt folgendes:

; <<>> DiG 9.8.3-P1 <<>> @ns1.meinedomain.de einedomainvonmir.de
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 3183
;; flags: qr aa rd; QUERY: 1, ANSWER: 1, AUTHORITY: 2, ADDITIONAL: 0
;; WARNING: recursion requested but not available

;; QUESTION SECTION:
;einedomainvonmir.de.			IN	A

;; ANSWER SECTION:
einedomainvonmir.de.		300	IN	A	123.123.123.123

;; AUTHORITY SECTION:
einedomainvonmir.de.		300	IN	NS	ns2.meinedomain.de.
einedomainvonmir.de.		300	IN	NS	ns1.meinedomain.de.

;; Query time: 61 msec
;; SERVER: 234.234.234.234#53(234.234.234.234)
;; WHEN: Mon Oct  1 08:31:39 2012
;; MSG SIZE  rcvd: 88

sonst ergänze den Befehl nochmal um ein -t a, also

dig -t a @...

aber m.E. sollte er wenn kein Parameter angegeben wird, immer nach dem A-Record fragen.

 

[informant]

Es kommt das hier:

dig @ns.domain.de www.domain.de

; <<>> DiG 9.7.3 <<>> @ns.domain.de www.domain.de
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 64953
;; flags: qr aa rd; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0
;; WARNING: recursion requested but not available

;; QUESTION SECTION:
;www.domain.de.                        IN      A

;; ANSWER SECTION:
www.domain.de.         86400   IN      A       217.69.*.*

;; Query time: 34 msec
;; SERVER: 89.200.168.66#53(89.200.168.66)
;; WHEN: Mon Oct  1 11:49:01 2012
;; MSG SIZE  rcvd: 48