Public DENIC mailinglist

[Peter Koch <pk AT TechFak.Uni-Bielefeld.DE>]

Hallo,

> treten derzeit Probleme mit den sog. Glue-Records auf?

die Frage ist falsch, s.u.

> Wir haben naemlich zur Zeit Probleme beim Aufloesen von Hostnamen,
> deren Nameserver einen Glue-Eintrag hat.

Die beiden Beispiele zeigen etwas anderes:

> ; <<>> DiG 9.1.3 <<>> @pns.dtag.de www.schlund.de any
> ;; global options:  printcmd
> ;; Got answer:
> ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 57654
> ;; flags: qr rd; QUERY: 1, ANSWER: 0, AUTHORITY: 13, ADDITIONAL: 13
            ^^^^^
> ; <<>> DiG 9.1.3 <<>> @ns.space.net www.schlund.de any
> ;; global options:  printcmd
> ;; Got answer:
> ;; ->>HEADER<<- opcode: QUERY, status: REFUSED, id: 46049
                                 ^^^^^^^^^^^^^^^
> ;; flags: qr rd; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0
            ^^^^^

Beide Nameserver (pns.dtag.de, ns.space.net) arbeiten nicht-rekursiv. Beide
sind fuer DE und/oder schlund.de nicht autoritativ und haben darum die
angefragte Information nicht vorraetig.

"pns.dtag.de" liefert die in dem Falle "protocolly correct" Antwort: Verweis
   auf die Root-Nameserver.
"ns.space.net" liefert als Ergebniswert REFUSED, laesst also Fragen nach
   nicht autoritativ versorgten Zonen nicht zu.

Beide Varianten sind operationell korrekt und haben ihre jeweiligen Vor- und
Nachteile.
Auf ein Problem mit "Glue-Records" deutet keine der beiden Antworten hin.

-Peter Koch