Warum ist mein NS-Eintrag ns.mysite.com.mysite.com?

Warum ist mein NS-Eintrag ns.mysite.com.mysite.com?

Ich habe diesen Befehl ausgeführt

# dig mysite.com @localhost

Das Ergebnis war das Folgende und meine Zonendatei befindet sich darunter. Warum lautet der AUTHORITY SECTION ns.mysite.com.mysite.com? Statt ns.mysite.com?

Eine weitere Sache, die mich stört, ist, wie irgendjemand mysite.com finden kann. Offenbar zwingt mich mein Registrar, ZWEI Domänennamen zu verwenden. Ich habe in ns.mysite.comund geschrieben ns2.mysite.com. Wenn die Domäne (mysite.com) auf meinem Server definiert ist, wie zum Teufel soll dann irgendjemand meinen Server finden, um nachzuschlagen mysite.com?

; <<>> DiG 9.8.4-rpz2+rl005.12-P1 <<>> mysite.com @localhost
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 30664
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 2, ADDITIONAL: 2

;; QUESTION SECTION:
;mysite.com.                                IN      A

;; ANSWER SECTION:
mysite.com.                 259200  IN      A       1.2.3.4

;; AUTHORITY SECTION:
mysite.com.                 259200  IN      NS      ns.mysite.com.mysite.com.
mysite.com.                 259200  IN      NS      ns2.mysite.com.mysite.com.

;; ADDITIONAL SECTION:
ns.mysite.com.mysite.com.       259200  IN      A       1.2.3.4
ns2.mysite.com.mysite.com.      259200  IN      A       1.2.3.4

;; Query time: 3 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)
;; WHEN: Sat Feb 28 01:25:52 2015
;; MSG SIZE  rcvd: 114

; MYSITE.com
$TTL 3D
MYSITE.com. IN     SOA    ns.MYSITE.com. [email protected]. (
                                8545645444  
                                8H          
                                2H          
                                4W          
                                1D)         
MYSITE.com. IN NS ns.MYSITE.com
MYSITE.com. IN NS ns2.MYSITE.com
MYSITE.com. IN A 1.2.3.4
*.MYSITE.com. IN A 1.2.3.4
ns.MYSITE.com. IN A 1.2.3.4
ns2.MYSITE.com. IN A 1.2.3.4

*.MYSITE.com.        IN      MX      1 ASPMX.L.GOOGLE.COM.
*.MYSITE.com.        IN      MX      5 ALT1.ASPMX.L.GOOGLE.COM.
*.MYSITE.com.        IN      MX      5 ALT2.ASPMX.L.GOOGLE.COM.
*.MYSITE.com.        IN      MX      10 ALT3.ASPMX.L.GOOGLE.COM.

*.MYSITE.com.        IN TXT          "v=spf1 include:_spf.google.com ~all"

Antwort1

Diese Zeilen sind Ihr Problem:

MYSITE.com. IN NS ns.MYSITE.com
MYSITE.com. IN NS ns2.MYSITE.com

Sie müssen sie kanonisieren, um zu verhindern, dass die Domäne erneut angehängt wird:

MYSITE.com. IN NS ns.MYSITE.com.
MYSITE.com. IN NS ns2.MYSITE.com.

Dies ist nicht der richtige Ort, um Informationen zu Klebstoffaufzeichnungen zu erhalten. Suchen Sie auf Wikipedia danach und informieren Sie sich.

Antwort2

MYSITE.com. IN NS ns.MYSITE.com
MYSITE.com. IN NS ns2.MYSITE.com

In der Kurzform der DNS-Zonendatei wird an einen Ressourceneintrag ohne abschließendes Ende .$ORIGIN angehängt, normalerweise der Name der Zone, und Ihr Nameserver wird effektiv zu ns.MYSITE.com.MYSITE.Com.

Das richtige Format wäre gewesen

MYSITE.com. IN NS ns.MYSITE.com.
MYSITE.com. IN NS ns2.MYSITE.com.

Sofern Sie nicht tatsächlich "United Online Web Services, Inc." und der Eigentümer von mysite.com sind, wäre es noch besser gewesen, einenBeispiel Domänennamewenn Sie DNS-Informationen verschleiern möchten. Die Beispieldomänennamen sind angegeben inRFC 6761, Abschnitt 6.5:

  • example.com
  • example.net
  • example.org
  • exampleTLD und deren Subdomäne

verwandte Informationen