Was ist DNS? Erläuterungen zu Domänennamensystem-, DNS-Server- und IP-Adresskonzepten

Einführung

Am Ende dieses Artikels sollten Sie Folgendes besser verstehen:

  1. Was DNS ist und was es tut
  2. Was DNS-Server tun
  3. Funktionsweise von IP-Adressen (Internet Protocol) im Kontext von DNS

Wichtige Konzepte

Es gibt einige wichtige mentale Modelle, mit denen Sie vertraut sein müssen, wenn Sie sich mit DNS, DNS-Servern und IP-Adressen vertraut machen. Wenn Sie diese Konzepte jetzt durchgehen, bevor Sie sich mit DNS vertraut machen, werden Sie

  • helfen, die verschiedenen Begriffe zu verstehen, die zur Beschreibung des Verhaltens verwendet werden, das in diese Modelle passt, und
  • Hilfe bei der Gedächtniserhaltung.

Mentale Modelle geben Ihnen einen Bezugsrahmen, wenn die Dinge etwas seltsam und ungewohnt werden.

Legen wir also die Grundlagen.

  • Abfrage und Antwort. Dies ist der Fall, wenn Sache 1 Sache 2 um etwas bittet und Sache 2 auf diese Anfrage antwortet. So was:
  • Eltern-Kind-Knoten-Beziehungen und Diagramme, die so aussehen (nur komplizierter).
  • Mitteilungen. Es ist keine Abfrage und Antwort, da es keine Antwort gibt. In der DNS-Welt variieren Formatierung und Inhalt von Nachrichten je nach Verwendung.
  • Client-Server-Beziehung. Im einfachsten Sinne ist ein Server ein Software- oder Hardwaregerät, das Funktionen für andere Software- oder Hardwaregeräte bereitstellt, die als "Clients" bezeichnet werden.

    Bereiten Sie sich auf viele Gespräche über Server vor. Wie sich herausstellt, gibt es eine ganze Reihe von Servern, die sich mit dieser Sache befassen, die wir DNS nennen, und wie wir sie als Menschen verwenden, wenn wir uns mit dem Internet verbinden.

Was ist DNS?

Das Domain Name System (DNS) ordnet lesbare Domainnamen (in URLs oder in E-Mail-Adressen) IP-Adressen zu. Beispielsweise übersetzt DNS die Domain freecodecamp.org und ordnet sie der IP-Adresse 104.26.2.33 zu.

Um Ihnen das Verständnis dieser Beschreibung zu erleichtern, enthält dieser Abschnitt folgende Details:

  • Historischer Kontext für die Entwicklung von DNS - welche Probleme wurden gelöst und IP-Adressen gelöst?
  • Domain Namen
  • IP-Adressen

Historischer Zusammenhang

1966 gründete die US-Regierungsbehörde Advanced Research Projects Agency (ARPA) ein Computernetzwerk namens ARPAnet. Stellen Sie sich ARPAnet in einfachen Worten als die erste Iteration dessen vor, was wir heute als Internet kennen.

Die Hauptziele von ARPAnet enthalten

„(1) Bereitstellung einer zuverlässigen Kommunikation auch bei einem teilweisen Geräteausfall oder Netzwerkausfall, (2) Verbindung zu verschiedenen Arten von Computern und Betriebssystemen und (3) Zusammenarbeit und kein Monopol, das von einem einzigen kontrolliert wird Konzern. Um eine zuverlässige Kommunikation bei Geräteausfällen zu gewährleisten, wurde ARPANET so konzipiert, dass kein Punkt oder keine Verbindung kritischer war als jeder andere. Dies ging einher mit dem Aufbau redundanter Routen und der Verwendung der Umleitung von Daten im laufenden Betrieb, wenn ein Teil des Netzwerks ausfiel. “

Die Probleme

DNS und TCP / IP waren entscheidend für die Lösung von zwei Problemen mit ARPAnet:

Für ARPAnet gab es einen einzelnen Speicherort (eine Datei namens HOSTS.TXT), der die gesamte Zuordnung von Name zu Adresse für jeden Host im Netzwerk enthielt.

„HOSTS.TXT wurde vom SRI Network Information Center (als„ NIC “bezeichnet) verwaltet und von einem einzigen Host, SRI-NIC, verteilt. [*] ARPAnet-Administratoren schickten ihre Änderungen normalerweise per E-Mail an die NIC und schickten regelmäßig FTP an SRI- NIC und griff nach der aktuellen HOSTS.TXT-Datei. Ihre Änderungen wurden ein- oder zweimal pro Woche in eine neue HOSTS.TXT- Datei kompiliert . “

Bei diesem Aufbau gab es drei Herausforderungen:

  1. Verkehr und Last - Das Verteilen der Datei wurde für den verantwortlichen Host zu viel.
  2. Namenskollisionen - Jeder Host musste einen eindeutigen Namen haben, und es gab keine zentrale Behörde, die Netzwerkbenutzer daran hinderte, einen Host mit einem widersprüchlichen (nicht eindeutigen) Namen hinzuzufügen, wodurch „das gesamte Schema gebrochen“ wurde.
  3. Konsistenz - Das Aktualisieren der Datei und das Sicherstellen, dass alle Hosts die aktuellste Version hatten, wurde unmöglich oder zumindest sehr schwierig.

Im Wesentlichen war HOSTS.TX ein einzelner Fehlerpunkt, sodass der gesamte Prozess hier nicht weit über eine bestimmte Anzahl von Hosts hinaus skaliert werden konnte. ARPAnet benötigte eine dezentrale und skalierbare Lösung. DNS war es. Quelle

Die Host-zu-Host-Kommunikation innerhalb desselben Netzwerks war nicht zuverlässig genug. TCP / IP half bei der Lösung dieses Problems.

  1. Das Transmission Control Protocol (TCP) bietet Qualitätssicherungsmaßnahmen für den Prozess der Umwandlung von Nachrichten (zwischen Hosts) in Pakete. Das TCP-Protokoll ist verbindungsorientiert, dh es muss eine Verbindung zwischen Quellhost und Zielhost hergestellt werden.
  2. Internet Protocol (IP) definiert, wie Nachrichten (Pakete) zwischen Quellhost und Zielhost übertragen werden. Eine IP-Adresse ist eine eindeutige Kennung für einen bestimmten Pfad, der zu einem Host in einem Netzwerk führt.
  3. TCP und IP arbeiten eng zusammen, weshalb sie normalerweise als "TCP / IP" bezeichnet werden.
  4. Obwohl ich in diesem Artikel nicht darauf eingehen werde, werden sowohl TCP als auch User Datagram Protocol (UDP) in der Datentransportschicht von DNS verwendet. UDP ist schneller, viel weniger zuverlässig und erfordert keine Verbindungen. TCP ist langsamer, viel zuverlässiger, benötigt aber Verbindungen. Sie werden nach Bedarf und in DNS verwendet. Es ist unnötig zu erwähnen, dass die Aufnahme von TCP in APRAnet eine wertvolle Ergänzung der Datentransportschicht war.

In den frühen 1980er Jahren waren DNS und TCP / IP (und damit IP-Adressen) Standardarbeitsanweisungen für das ARPAnet.

Diese Geschichte ist sehr gekürzt. Wenn Sie mehr über diese Themen erfahren möchten, lesen Sie bitte den Abschnitt Ressourcen am Ende dieses Artikels.

Nachdem wir nun einen historischen Kontext haben, wollen wir mehr über Domainnamen und IP-Adressen erfahren.

Domain Namen

Im Zusammenhang mit DNS bietet ein Domänenname eine benutzerfreundliche Möglichkeit, auf nicht lokale Ressourcen zu verweisen. Dies kann eine Website, ein Mailsystem, ein Druckserver oder ein anderer Server sein, der im Internet verfügbar ist. Ein Domainname kann mehr als nur eine Website sein!

"Das Ziel von Domänennamen ist es, einen Mechanismus zum Benennen von Ressourcen bereitzustellen, sodass die Namen in verschiedenen Hosts, Netzwerken, Protokollfamilien, Internets und Verwaltungsorganisationen verwendet werden können."

Ein Domain-Name ist viel einfacher zu merken und in ein Terminal oder einen Internetbrowser einzugeben als eine IP-Adresse.

Ein Domainname ist Teil eines Uniform Resource Locator (URL), die Begriffe sind jedoch nicht synonym . Eine URL ist die vollständige Webadresse einer Ressource, während der Domainname der Name einer Website ist und eine Unterkomponente jeder URL ist.

Zwar gibt es technische Unterschiede zwischen URLs und Domainnamen, doch werden sie von Webbrowsern normalerweise genauso behandelt, sodass Sie zur Website gelangen, wenn Sie die vollständige Webadresse oder nur den Domainnamen eingeben.

Top Level Domains und Second Level Domains

Jede Domäne besteht aus zwei Teilen: der Top-Level-Domain (TLD) und der Second-Level-Domain (SLD). Die Teile eines Domainnamens werden spezifischer, wenn Sie von rechts (Ende) nach links (Anfang) wechseln.

Dies kann zunächst verwirrend sein. Schauen wir uns zum Beispiel "freecodecamp.org" an.

  • URL: //www.freecodecamp.org
  • Domainname: freecodecamp.com
  • TLD: org
  • SLD: Freecodecamp

In den frühen Tagen von ARPAnet war eine begrenzte Anzahl von TLDs verfügbar, einschließlich com-, edu-, gov-, org-, arpa-, mil- und 2-Buchstaben-Ländercode-Domains. Diese TLDs waren ursprünglich Institutionen vorbehalten, die am ARPAnet teilnahmen, einige wurden jedoch später auf kommerziellen Märkten verfügbar.

Heutzutage gibt es eine vergleichsweise Fülle verfügbarer TLDs, darunter Net, Aero, Biz, Coop, Info, Museum, Name und andere.

Domains der zweiten Ebene sind die Domains, die über Domain-Registrare (z. B. Namecheap) einzeln erworben werden können.

IP-Adressen

Während IP-Adressen in ihrer Funktion mit DNS zusammenhängen, ist das Internetprotokoll selbst technisch von DNS getrennt. Ich habe bereits einen historischen Kontext für diese Unterscheidung angegeben, daher erkläre ich jetzt, wie IP-Adressen funktionieren.

Eine IP-Adresse ist, wie bereits erwähnt, eine eindeutige Kennung für einen bestimmten Pfad, der zu einem Host in einem Netzwerk führt. Ich möchte auf die Analogie einer Telefonnummer und eines Telefons verweisen: Eine Telefonnummer repräsentiert nicht das Telefon selbst, sondern nur eine Möglichkeit, die Person mit dem Telefon zu erreichen.

Diese Analogie ist mit IP-Adressen angemessen (zumindest auf Oberflächenebene). Eine IP-Adresse stellt einen Endpunkt dar, ist jedoch nicht der Endpunkt selbst. IP-Zuweisungen können fest (permanent) oder dynamisch (flexibel und können neu zugewiesen werden) sein.

Wie ein Domainname folgt die Organisation von IP-Adressen einer hierarchischen Struktur. Im Gegensatz zu Domain-Namen werden IP-Adressen von links nach rechts spezifischer. Dies ist ein IPv4-Beispiel unten:

Das Diagramm zeigt, dass 129.144 der Netzwerkteil und 50.56 der Hostteil einer IPv4-Adresse ist.
  • Netzwerk: Die Ihrem Netzwerk zugewiesene eindeutige Nummer
  • Host: Identifiziert den Host (Computer) im Netzwerk

Wenn eine größere Spezifität erforderlich ist, können Netzwerkadministratoren den Adressraum subnetzieren und zusätzliche Nummern delegieren.

Wie viele IP-Adressen gibt es?

IPv4 war die allererste Iteration von IP, die ARPAnet in der Produktion verwendete. Es wurde Anfang der 80er Jahre bereitgestellt und ist immer noch die am weitesten verbreitete IP-Version. Es ist ein 32-Bit-Schema und kann daher etwas mehr als 4 Milliarden Adressen unterstützen.

Aber warte, ist das genug? Nee.

IPv6 verfügt über ein 128-Bit-Schema, mit dem 340 Undecillion-Adressen unterstützt werden. Es bietet auch Leistungsverbesserungen für IPv4.

Beispiel IPv4-Adresse:

  • 104.26.2.33 (freeCodeCamp)

Beispiel IPv6-Adresse:

  • 2001: db8: a0b: 12f0 :: 1 (das komprimierte Format und nicht auf freeCodeCamp zeigend)

Wie funktioniert das Domain Name System?

Wir haben also etwas über Domainnamen gelernt! Wir haben etwas über IP-Adressen gelernt! Wie hängen sie nun mit dem Domain Name System zusammen?

Zunächst passen sie in den Namespace.

Der Domain-Namespace

Wie aus der Sprache der Domäne der obersten Ebene und der Domäne der zweiten Ebene hervorgeht, basiert der Namespace auf einer Hierarchie

"... wobei die Hierarchie in etwa der Organisationsstruktur entspricht und die Namen". " als Zeichen, um die Grenze zwischen Hierarchieebenen zu markieren. “ Quelle.

Dieses Baumdiagramm mit der Wurzel oben veranschaulicht die Struktur am besten:

Lassen Sie uns dies von oben beginnen.

Der obere Rand dieses Diagramms ist mit einem "." wird die "Wurzel" genannt.

„Die autorisierenden Nameserver, die die DNS-Stammzone bedienen, die allgemein als„ Stammserver “bezeichnet wird, sind ein Netzwerk von Hunderten von Servern in vielen Ländern der Welt. Sie sind in der DNS-Stammzone als 13 benannte Behörden konfiguriert. “

Die Stammdomäne hat eine Bezeichnung mit der Länge Null.

Von nun an hat jeder Knoten (Punkt) im Diagramm eine eindeutige Beschriftung mit einer Länge von bis zu 63 Zeichen.

Die erste Ebene von der Wurzel aus sind die TLDs: com, org, edu und gov. Bitte beachten Sie, dass dieses Diagramm keine vollständige Liste der TLDs enthält.

Unter TLDs befinden sich die SLDs, die Domänen der zweiten Ebene. Die untergeordneten Elemente jedes Knotens werden als "Subdomänen" bezeichnet, die weiterhin als Teil der übergeordneten Domäne betrachtet werden. In freecodecamp.org ist freecodecamp (SLD) beispielsweise eine Subdomain von org (TLD).

Abhängig von der Hierarchie der Website kann es Domains der dritten, vierten und fünften Ebene geben. In hypothetical-subdomain.freecodecamp.org ist hypothetical-subdomain beispielsweise die Domain der dritten Ebene und die Subdomain von freecodecamp. So weiter und so fort, mindestens bis zu 127 Ebenen, was das von DNS maximal zulässige Maß ist.

Wer verwaltet den Namespace?

Wäre es nicht verrückt zu versuchen, dass eine Person oder Organisation alles verwaltet? Ja es würde. Insbesondere, weil eines der Hauptentwurfsziele von DNS darin bestand, die verteilte, dezentrale Verwaltung des gesamten Systems zu fördern.

Ich wünschte, ich könnte Ihnen sagen, dass die Verantwortlichen die "Namespace Kings" heißen, aber leider.

Jede Domain (oder Subdomain) im Domain-Namespace ist oder ist Teil einer Zone , "ein autonom verwalteter Teil des Namespace". Der Namespace ist also in Zonen unterteilt.

Die Verantwortung für diese Zonen wird durch Delegation und Verwaltung verwaltet.

Das Zuweisen der Verantwortung von Subdomains zu anderen Entitäten wird als Delegierung bezeichnet.

Beispielsweise verwaltet das Public Interest Registry den Domainnamen org und hat dies seit 2003. Das Public Interest Registry kann die Verantwortung für die Verwaltung von Subdomains von org an andere Parteien delegieren, z. B. freecodecamp. Und wer auch immer freecodecamp verwaltet, kann die Verantwortung für die Subdomains von freecodecamp (z. B. hypothethical-subdomain.freecodecamp.com) einer anderen Partei übertragen.

Wenn jemand (eine Organisation, ein Team oder eine Einzelperson) eine Zone verwaltet, verwaltet er den Nameserver, der für die Zone verantwortlich ist.

Dies bringt uns zu einem der grundlegendsten Konzepte im Domain Name System.

Domain Name Server

"Die Programme, die Informationen über den Domain-Namespace speichern, werden als Nameserver bezeichnet."

An diesem Punkt ist es zunächst sinnvoll, über eine Client-Server-Beziehung nachzudenken. Domain-Nameserver sind die "Server" -Seite der Client-Server-Beziehung. Nameserver können eine, Hunderte oder sogar Tausende von Zonen laden, aber niemals den gesamten Namespace. Sobald ein Nameserver die Gesamtheit einer Zone geladen hat, wird er als maßgeblich für diese Zone bezeichnet.

Um zu verstehen, warum Nameserver so funktionieren, wie sie funktionieren, ist es hilfreich, den "Client" -Teil der Beziehung zu verstehen.

Resolver

In DNS wird der Client (der Anforderer von Informationen) als "Resolver" bezeichnet, was zunächst rückwärts erscheinen kann. Würde der Server, der die Anforderung löst, nicht als "Resolver" bezeichnet? Das habe ich auch gedacht, aber das ist es nicht. Am besten merken Sie sich das und fahren fort.

Resolver sind in der Regel de facto in den meisten Betriebssystemen enthalten, sodass die auf dem Betriebssystem installierten Anwendungen nicht herausfinden müssen, wie DNS-Abfragen auf niedriger Ebene durchgeführt werden.

DNS-Abfragen und ihre Antworten sind Arten von DNS-Nachrichten und verfügen über ein eigenes Datentransportprotokoll (normalerweise UDP). Resolver sind dafür verantwortlich, auf dem Betriebssystem installierte Anwendungen bei der Übersetzung von Anforderungen für DNS-bezogene Daten in DNS-Abfragen zu unterstützen.

In der Summe sind Resolver für das Verpacken und Versenden von Datenanforderungen verantwortlich. Sobald der Resolver die Antwort erhält (wenn überhaupt), gibt er diese in einem Format, das für die anfordernde Anwendung verwendet werden kann, an die ursprüngliche anfordernde Anwendung zurück.

Zurück zu Nameservern

Nachdem wir mit der Clientseite der Beziehung etwas besser vertraut sind, müssen wir verstehen, wie Domain-Nameserver auf Resolver-Anfragen reagieren.

Nameserver antworten auf DNS-Anfragen durch Auflösung . Die Auflösung ist der Prozess, mit dem Nameserver Datendateien im Namespace finden. Je nach Art der Abfrage reagieren Nameserver unterschiedlich auf unterschiedliche Abfragen, aber das Endziel ist die Auflösung.

Abfragetypen

Art der Abfrage? Ja, es gibt mehrere Arten von DNS-Abfragen. Aber zuerst, was ist normalerweise in einer DNS-Abfrage? Es handelt sich um eine Informationsanfrage, insbesondere nach der IP-Adresse, die einem Domainnamen zugeordnet ist.

  • Rekursiv : Durch rekursive Abfragen kann die Abfrage an mehrere Nameserver weitergeleitet und aufgelöst werden. Wenn der erste abgefragte Nameserver nicht über die gewünschten Daten verfügt, sendet dieser Nameserver die Abfrage an den am besten geeigneten nächsten Nameserver, bis der Nameserver mit den gewünschten Datendateien gefunden ist und eine Antwort an den Resolver sendet.
  • Iterativ : Bei iterativen Abfragen muss der abgefragte Nameserver entweder mit den gewünschten Daten oder mit einem Fehler antworten. Die Antwort kann die IP-Adresse des am besten geeigneten Nameservers enthalten, an den die Anforderung an next gesendet werden soll. Der Resolver kann dann eine weitere Anfrage an diesen geeigneteren Nameserver senden.

Bei Bedarf können Sie auch den Domainnamen abfragen, wenn Sie nur die IP-Adresse haben. Dies wird als Reverse-DNS-Suche bezeichnet.

Sobald die Abfrage einen Nameserver erreicht, der die gewünschten Datendateien enthält, kann die Abfrage aufgelöst werden. Nameservern sind eine Reihe von Datendateien zugeordnet, von denen alle oder einige zum Auflösen der Abfrage verwendet werden können.

Resource Records (RRs)

Dies sind die Datendateien im Domain-Namespace. Diese Datendateien haben bestimmte Formate und Inhalte.

Die häufigsten RRs:

  • Ein Rekord: Wenn Sie außer diesem noch keine anderen RRs gehört haben, wäre dies sinnvoll. Es ist wahrscheinlich die bekannteste RR und enthält die IP-Adresse der angegebenen Domain.
  • CNAME-Datensatz: Wenn Sie außer diesem und dem A-Datensatz noch keine anderen RRs gehört haben, ist dies ebenfalls sinnvoll. Das "C" steht für "kanonisch" und wird anstelle eines A-Datensatzes verwendet, um einer Domäne einen Alias ​​zuzuweisen.
  • SOA-Datensatz: Dieser Datensatz enthält administrative Informationen zu diesem Datensatz, einschließlich der E-Mail-Adresse des Administrators. Tipp: Wenn Sie eine Zone verwalten, stellen Sie sicher, dass hier eine gültige E-Mail-Adresse vorhanden ist, damit sich die Mitarbeiter bei Bedarf mit Ihnen in Verbindung setzen können.
  • Andere wichtige RR-Typen (Resource Record) sind PR, NS, SRV und MX. Lesen Sie hier darüber.

Caching und Time to Live (TTL)

Wenn der lokale Nameserver eine Antwort von einer Abfrage empfängt, speichert er diese Daten zwischen (speichert sie im Speicher). Wenn er das nächste Mal dieselbe Abfrage empfängt, kann er die Abfrage einfach direkt beantworten, anstatt den ursprünglichen Prozess mit längerer Auflösung zu durchlaufen.

Sobald diese Informationen zwischengespeichert sind, sind sie sowohl statisch als auch isoliert und laufen daher Gefahr, veraltet zu sein. Daher haben alle Ressourcendatensätze einen sogenannten TTL-Wert ( Time to Live ), der festlegt, wie lange diese Daten zwischengespeichert werden können. Wenn diese Zeit abgelaufen ist (Null erreicht), löscht der Nameserver den Datensatz.

Wichtiger Hinweis: TTL gilt nicht für die Nameserver, die für die Zone maßgeblich sind, die den Ressourceneintrag enthält. Dies gilt nur für den Nameserver, der diesen Ressourceneintrag zwischengespeichert hat.

Ein Tag im Leben einer Abfrage

Wir haben in diesem Artikel viel behandelt, und die Konzepte waren sehr umfangreich. Um dies alles zusammenzubinden und real werden zu lassen, ist hier ein Tag (bildlicher Tag) im Leben einer Abfrage.

Warum muss ich das alles wissen?

Es gibt so viele Gründe, sich mit DNS- und IP-Adresskonzepten vertraut zu machen.

  • Erstens ist es ein Rückgrat des Internets, das viele von uns nutzen, Gefühle entwickeln für (Liebe / Hass / Sie-Name-es) und jeden Tag für selbstverständlich halten. Es ist wichtig, mit den Strukturen vertraut zu sein, die es uns ermöglichen, heute mit Technologie und Internet großartige Dinge zu erreichen.
  • Unglaublich kluge Leute haben Jahrzehnte ihres Lebens damit verbracht, dieses Zeug aufzubauen! Lassen Sie uns ihre Beiträge anerkennen und schätzen.
  • Jetzt, da ich das sprudelnde Zeug aus dem Weg geräumt habe, ist es wichtig, mit DNS-Konzepten vertraut zu sein, falls Sie für irgendetwas verantwortlich sind, das mit der Infrastruktur in Ihrem Unternehmen, Team oder Ihrem eigenen Unternehmen zu tun hat. Wenn Sie einen Bezugsrahmen haben, wenn wichtige Probleme auftauchen, können Sie viel schneller handeln und Lösungen viel früher finden.

Fazit

An dieser Stelle sollten Sie verstehen, was DNS ist und was ein Nameserver ist, und mit technischen Konzepten in Bezug auf IP-Adressen vertraut sein.

Viele Bücher wurden geschrieben und tauchen tiefer in die faszinierende Welt des DNS ein, und es gibt noch so viel mehr zu lernen. Zu den Themen, die nicht in diesem Artikel enthalten waren, aber entweder Teil von DNS oder sehr verwandt sind, gehören:

  • Nameserver-Implementierungen
  • Weiterleitung
  • (Mehr über) Knotenbezeichnungen
  • Primäre und sekundäre Nameserver-Beziehungen
  • Algorithmen für die erneute Übertragung
  • Lastverteilung
  • Weitere allgemeinere Themen zur Funktionsweise des Internets wie:
  • Weltweites Netz
  • HTTP
  • FTP
  • Kommunikationsprotokollschichten: Verbindungsschicht, IP-Schicht, Transportschicht, Internetschicht usw.

Für diejenigen von euch, die noch lesen undUm mehr über DNS zu erfahren, empfehle ich in erster Linie "DNS and BIND, 5th Ed.", geschrieben von Cricket Liu und veröffentlicht von O'Reilly Media. Es ist von unschätzbarem Wert.

Ich ermutige auch alle, in der unten verlinkten ursprünglichen Anfrage nach Kommentaren (RFCs) herumzustöbern. Es gibt nicht nur Punkte zum Lesen von Primärquellen, sondern auch außergewöhnlich gut organisierte und verständliche Dokumente, weshalb ich sie in diesem Artikel zitiert habe.

Ressourcen

  1. RFC 1034: DOMAIN-NAMEN - KONZEPTE UND EINRICHTUNGEN
  2. RFC 1035: DOMAIN-NAMEN - UMSETZUNG UND SPEZIFIKATION
  3. RFC 1122: Anforderungen an Internet-Hosts - Kommunikationsschichten
  4. Weitere Informationen zu DNS-Entwurfszielen finden Sie unter Verbunden: Eine Internet-Enzyklopädie
  5. Wie das Internet vom ARPAnet zum Interpret geboren wurde, aus The Conversation
  6. Lernen des DNS-Videokurses von Cricket Liu von O'Reilly Media

Ein bisschen über mich

Ich bin Chloe Tucker, eine Künstlerin und Entwicklerin in Portland, Oregon. Als ehemaliger Pädagoge bin ich ständig auf der Suche nach der Schnittstelle zwischen Lernen und Lehren oder Technologie und Kunst. Kontaktieren Sie mich auf Twitter @_chloetucker und besuchen Sie meine Website unter chloe.dev.