DNS A vs NS-Eintrag

Ich versuche, DNS ein bisschen besser zu verstehen, bekomme aber immer noch keine A- und NS-Einträge vollständig.

Soweit ich verstanden habe, gibt der A-Record an, welche IP-Adresse zu einer (Sub-) Domain gehört, soweit mir das noch klar war. Wie ich jedoch verstanden habe, gibt der NS-Eintrag an, welche Nameserver-Punkte zu einer (Sub-) Domain gehören, und dieser Nameserver sollte angeben, welche IP-Adresse zu einer (Sub-) Domain gehört. Aber das war schon im A-Eintrag in der gleichen DNS-Datei angegeben. Kann mir also jemand erklären, was die NS-Records und Nameserver genau machen, weil ich wohl etwas falsch verstanden habe.

edit: Wie ich Sie richtig verstehe, sagt Ihnen ein NS-Eintrag, dass Sie den DNS-Server mit dem A-Eintrag für eine bestimmte Domain finden sollen, und der A-Eintrag sagt Ihnen, welche IP-Adresse zu einer Domain gehört. Aber wozu dient es, einen A- und einen NS-Eintrag in dieselbe DNS-Datei zu kopieren? Wenn es bereits einen A-Eintrag für eine bestimmte Domain gibt, warum müssen Sie dann auf einen anderen DNS-Server verweisen, der Ihnen wahrscheinlich die gleichen Informationen geben würde?

Einige Beispiele aus der fiktiven foo.comZonendatei

 ....... SOA record & lots more stuff .......
 foo.com.      IN        NS        ns1.bar.com.

 foo.com.      IN        A         192.168.100.1
 ....... More A/CNAME/AAAA/etc. records .......

A Record = "Der angerufene Host foo.comwohnt unter der Adresse 192.168.100.1"
NS Record = "Wenn Sie foo.comInformationen zu Hosts in der Zone erhalten möchten, wenden Sie sich an den Nameserver ns1.bar.com."

Dies ist eine alte Frage, aber ich denke, die anderen Antworten berühren die Quelle der Verwirrung nicht wirklich. NSDatensätze am Scheitelpunkt folgen anderen Regeln als NSDatensätze unter dem Scheitelpunkt.

• Die NSDatensätze am Scheitelpunkt definieren keine Verweisung. Stattdessen stellen sie die maßgebliche Definition für diese NSDatensätze bereit .
• Jegliche NSAufzeichnungen unterhalb der Spitze tun eine Überweisung definieren. Dieser NSDatensatz wird nicht als autorisierend angesehen, und ein ADatensatz mit demselben Namen wird auch nicht als autorisierend angesehen .

Aus diesen Regeln können wir zwei unterschiedliche Verhaltensweisen ableiten, wenn ein ADatensatz auf einem DNS-Server mit demselben Namen vorhanden ist:

• Wenn der NSDatensatz keine Verweisung definiert, können andere Daten in derselben Zone daneben vorhanden sein. Da sich der Server sowohl für den NSDatensatz als auch für den Datensatz als autorisierend erachtet A, liegt kein Konflikt vor. Aus diesem Grund befinden sich andere Daten in der Regel neben den NSDatensätzen am Scheitelpunkt einer Zone.
• Wenn der NSDatensatz hat eine Verweisungs definieren, dann ist die Asich Aufzeichnung effektiv „maskiert“ durch eine Zone geschnitten . Dieser ADatensatz ist nicht autorisierend und darf nicht im Antwortbereich einer autorisierenden Antwort angezeigt werden. Es kann möglicherweise als Leimdaten verwendet werden, die im zusätzlichen Abschnitt der Überweisung angezeigt werden, aber das war's.

Verwirrend? Ja, ist es. Schreiben Sie eine Anmerkung in die Kommentare, wenn Sie Probleme damit haben, und ich werde sehen, was ich tun kann.

Die NS-Einträge geben die Server an, die DNS-Dienste für diesen Domänennamen bereitstellen.

Die A-Einträge zeigen Hostnamen (wie www, ftp, mail) auf eine oder mehrere IP-Adressen.

Ein A-Datensatz ordnet einen Namen einer IP-Adresse zu. z.B

binary.example.com. IN A 192.168.1.42

gibt an, dass binary.example.com. wird in 192.168.1.42 aufgelöst

Ein NS-Eintrag ordnet einen Namen einem anderen Nameserver zu, dh einem anderen DNS-Server, der diese Domäne bedient. dh "Ich habe keine Ahnung von der IP-Adresse dieses Namens, aber wenn Sie diesen Nameserver dort fragen, könnte es wissen"

binary.example.com. IN NS otherbox.example.com
otherbox.example.com. IN A 192.168.1.2

Wenn Sie einen DNS-Server fragen, der die obigen 2 Einträge für binary.example.com enthält. (oder www.binary.example.com oder foo.bar.binary.example.com). Es wird Ihnen sagen, dass Sie 192.168.1.2 fragen müssen, um diese Namen zu übersetzen.

Es ist wichtig, dass NS- und A-Einträge in der Zone vorhanden sind, wenn Sie die Subzone an einen anderen DNS-Server delegieren müssen.

ZB haben wir DNS-Server ns1.bar.com, der für Zone bar.com maßgeblich ist. Und wir müssen foo.bar.com an ns1.foo.bar.com delegieren. Also müssen wir die Zone foo.bar.com erstellen und dort die folgenden Datensätze einfügen:

foo.bar.com.     IN NS ns1.foo.bar.com.
ns1.foo.bar.com. IN A  10.10.10.10

Wenn wir nicht haben, funktioniert eine Datensatzdelegierung nicht. Solche Datensatzpaare werden Leimdatensätze genannt.

Glue Records ist nur eine Möglichkeit für das DNS-System, die genaue IP des autorisierenden DNS-Servers für Nicht-Root-Zonen zu ermitteln. Wenn Sie eine Domain nach NS- digEinträgen durchsuchen oder einen Traffic-Dump mit wireshark sehen, finden Sie in der Antwort einen zusätzlichen Abschnitt.

;; ANSWER SECTION:
foo.bar.com.             10800   IN      NS      ns1.foo.bar.com.

;; ADDITIONAL SECTION:
ns1.foo.bar.com.         7972    IN      A       10.10.10.10

Bei rekursiven Anfragen, z. B. www.foo.bar.com, fragt Ihr DNS-Client nach dem für die Zone foo.bar.com maßgeblichen DNS und erhält die Antwort ns1.foo.bar.com.

Um weiter zu gehen, muss eine Anfrage für ns1.foo.bar.com gesendet werden, die von ... ns1.foo.bar.com bereitgestellt wird. Um die Schleife aufzubrechen, sollte der delegierende DNS-Server diesen zusätzlichen Abschnitt mit einem Eintrag hinzufügen.

Der Server ns1.foo.bar.com sollte dieselben Datensätze in seiner Zone haben, daher kann er für die Zone foo.bar.com autorisierend sein.

NS-Einträge existieren AUSSCHLIESSLICH zum Zweck der Definition, WELCHE NAMENSERVER für eine bestimmte Domain verantwortlich sind.

Ein A-Eintrag existiert, um einen bestimmten Rechner oder Dienst "anzusprechen".

Beispiele für Sie:

In Ihrer DNS-Systemsteuerung werden einige NS-Einträge angezeigt. Dies sind Ihre NAMESERVERS oder der primäre Computer, der dafür verantwortlich ist, dem Internet mitzuteilen, wo sich die Inhalte Ihrer Domain befinden.

NS1.CP.COM NS2.CP.COM

Außerdem haben Sie in Ihrem DNS-Panel eine Domain (z. B. -mikesfunhouse.com), auf der Sie Dienste benötigen, z. B. eine Website.

Sie müssen also einen Primär-A-Datensatz haben, der "mikesfunhouse.com" auf "76.19.87.956" zeigt (offensichtlich gefälschte IP).

Dann erstellen Sie eine weitere Aufzeichnung, eine WWW-Aufzeichnung, die die Unterdomäne "WWW" umleitet. Teil Ihrer primären Website.

Kurz gesagt, Sie verwenden A-Datensätze, um einen Namespace in eine IP-Adresse zu konvertieren.

Der Nameserver-Datensatz teilt dem Internet mit, auf welchem ​​DNS-Server die A-Datensätze gespeichert sind. Um also einen A-Datensatz für eine Unterdomäne zu suchen, gehen Sie ungefähr wie folgt vor:

Suchen Sie die Nameserver für die Domain -> Fragen Sie den Nameserver nach dem A-Record der Subdomain ab