Das DNS-Protokoll wird verwendet, um verbal-Adressen in IP-Adressen (die darauf hinweist, dass jedes Computers einzigartigen Internet) machen - damit wir die einfachen Namen in den Speicher zu verwenden, als auch sparen uns die Notwendigkeit, jedes Mal, wenn die Änderungen an den IP-Adressen, die zu den Systemen, auf die wir eine Verbindung herstellen möchten bekommen . Man kann sagen, dass DNS ist eigentlich in den Gelben Seiten "des Internets.
Das DNS-System besteht aus einer Hierarchie Baum, Äste ihnen getrennt markieren Sie den Punkt. Die Wurzel des Baumes, das ist seine entscheidende Punkt, auch mit einem Punkt markiert, und wird als die Wurzel. An der Wurzel des Baumes, sind wichtige Domains (gTLD - globalen Top Level Domain) - wir kennen die URLs wie com, net, org und nationalen Domains (ccTLD - country code Top Level Domain), wie zum Beispiel il für Israel. Technisch besteht kein Unterschied zwischen den beiden Arten - sowohl - wie nachstehend erläutert - (.) Insgesamt Datensätze in der Root-Domain-Namen.
Jeder Zweig in der DNS-Struktur wird als eine Zone (Zone) definiert - und in jedem dieser Bereiche definiert verschiedene Typen von Resource-Records. Unter anderem gibt es Aufzeichnungen, die Domain-Namen (Domain Name) oder den Hostnamen in der Domäne (Hostname) als Verweis auf Version 4 IP-Adresse (oder IPv4) umwandeln - so genannten record "A", Verweis auf den Mail-Server Empfangen von Mail für die Domain-Namen (MX-Record - Mail eXchange), Überweisung an IP Version 6 (oder IPv6) - Rekord "AAAA", oder sogar zu drehen - Bereich unter dem Baum, der vom DNS-Server Sonstige (record "NS" verwaltet wird - kurz für Name-Server ") und sogar - Wer ist verantwortlich für den Bereich (Rekord RP - Verantwortliche Person).
Neben Resource Records, die Fläche enthält auch Informationen über sich. Wie - Versionsnummer zu ändern (Serial) - was in der Regel definiert das Format von Datum und Uhrzeit für die Bequemlichkeit, das Intervall in Sekunden zwischen Aktualisierungen Informationen (Aktualisieren), sekundären DNS-Servern, Zeitverzögerung zwischen den Versuchen, wie oben im Falle des Versagens
(Wiederholung), und nach welcher Zeit der DNS-Server zu der Annahme, dass die Informationen nicht gültig ist, wenn er nicht bekommen konnte, bis dann Updates (Laufen). Ein weiteres sehr wichtiges Thema, das auf jede Region weltweit (Sie können auch einen einzelnen Datensatz in der Region) konfiguriert werden können - ist "lebendige Zeit", oder englisch TTL - Time To Live. Dieser Wert, als Maßeinheit von Sekunden definiert ist, zu sagen, was Länge der Gültigkeit der Teilnahme, und dass hold Informationen über lokale Cache-Kopien Rekord (Cache), wenn diese Zeit vergangen. Der Grund, warum die allgemeine sollte eine lokale Kopie zu halten und nicht nur erhalten eine aktuelle Kopie der Informationen in einer Zeit, direkt aus dem DNS-autoritativen - wird im Folgenden erläutert.
Um der Lage sein, "mit den Augen sehen" Was ist Definition einer Region, ist ein Beispiel einer solchen Datei-Format für die Website, die Sie jetzt am suchen, der DNS-Server gemeinsam - BIND - Berkeley Internet Name Daemon. Dies ist keine Empfehlung auf diesem Server, und umgekehrt, denke ich tinydns macht einen viel besseren Job, nicht manisch Pedant, und ernsthafte wirtschaftliche Ressourcen. Dies ist nur ein Beispiel:
$ TTL 86400 @ IN SOA shimi.net. hostmaster.shimi.net. ( 2007040808; Serielle 28800; Refresh 14400; Retry 3.600.000; Laufen 86400) Minimum shimi.net. IN NS ns2.powweb.com. shimi.net. IN NS ns3.powweb.com. shimi.net. IN MX 30 mx.shimi.net. shimi.net. IN A 65.254.250.106 www IN CNAME shimi.net. mx IN A 65.254.254.50 mx IN A 65.254.254.51
Sie können die folgenden wichtigen Dinge bemerken: TTL definiert Regeln für die Region, die 86.400 Sekunden (einen ganzen Tag nicht glauben, Multiplizieren - 60 * 60 * 24 und überzeugen Sie sich. ...?). Dies bedeutet, dass eine bestimmte Client-DNS-Welt entscheiden würde, diese Website, verboten pflegen zu "erinnern", was er seit mehr als 24 Stunden gelernt. Und warum ist es wichtig für uns? Denn wenn ich eines Tages auf meine Seite oder meine Mail-Server, einen anderen Computer übertragen wollen, möchte ich alle Besucher der Website wird ein Update auf dem neuen Computer-Adresse Kürze erhalten und wird für eine lange Zeit fortsetzen (sagen wir mal - in der Woche ...) versuchen, auf den Server zugreifen alt, die sich nicht enthalten konnte meine Website oder meine E-Mail eingeben und dann verlieren die Besucher und / oder E-Mail. Ich sagte, bevor ich mich, warum auch, diese Informationen aktualisiert und finden Sie heraus aus der Quelldaten wird sicher richtig erklären? Nun, das ist der Grund einfach. In erster Linie eine Frage der Last auf zentralen Servern. Da alle Web Search DNS geht von der Wurzel des Baumes nieder, wenn es eine Rückrufaktion Mechanismus für die Abfrage-Ergebnisse, so dürfen die Suche DNS, die von einem für Millionen (oder Milliarden?) Nutzen Sie das Internet, würde der DNS-Server des Haupt kommen - und es gibt keine Chance, sie würden diese Last gerecht zu werden, nicht in Bezug auf die Datenverarbeitung Rate, und möglicherweise nicht in Bezug auf Bandbreite, die ihnen zugewiesen. Deshalb ist es wichtig zu bedenken, dass bereits erhobenen Daten. Ein zweiter Grund ist die Effizienz für Endverbraucher. Wenn das Ergebnis wird in der lokalen DNS-Client (der üblicherweise in der ISP-Server, zu dem der Endbenutzer verbunden befindet) gespeichert, während der Zugang zu Daten wesentlich schneller. Durchschnittliche Internet-Verbindung, ist es nicht mehr als -50 Milli - Sekunden zwischen dem Senden eines Request for Comment. Wird der Antrag jedes Mal benötigt wird, um alle DNS-Server, die den Baum (später erklärt) fragen, kann der Benutzer die Wartezeit war sogar Sekunden der Vollkommenheit zu beantworten.
Aus der obigen Theorie, werden wir jetzt Lt'acls - Was passiert zum Beispiel, wenn Sie www.cnn.com gehen.
Angenommen, ich bin ein Kunde der Firma NetVision. Als ich mit dem Internet verbinden, erzählen von Systemen Netvision den Computer (oder auf meinem Heim-Router), die den DNS-Server verwenden für die folgenden: 194.90.1.5 und 194.90.1.49 auf DNS-Abfrage.
Ich bin interessiert, wie gesagt, suchen Sie nach www.cnn.com. Zu diesem Zweck muss ich die IP-Adresse des Servers von www.cnn.com finden. Mein Computer wird zum DNS-Server von Netvision wenden und ihn bitten: Gib mir einen Rekord von www.cnn.com. Angenommen, das Servieren von Netvision keine vorherige Informationen zum Thema. Was ist dabei zu tun? Er wird für sich selbst herausfinden, was die Adresse des www.cnn.com, und dass er fragt einer der DNS-Server Chef des Internet, zum Beispiel Server a.root-servers.net:
; << >> << >> DiG 9.2.5 @ a.root-servers.net www.cnn.com; (1 Server nicht gefunden);; globale Optionen: printcmd;; Got Antwort:;; - >> HEADER < <- Opcode: QUERY, status: NOERROR, id: 23611;; Flags: QR-RD; QUERY: 1, Antworten: 0, AUTHORITY: 13, zusätzlich: 14;; QUESTION SECTION:; www.cnn.com. In A;; AUTHORITY SECTION: com. 137834 IN NS d.gtld-servers.net. com. 137834 IN NS e.gtld-servers.net. com. 137834 IN NS f.gtld-servers.net. com. 137834 IN NS g.gtld-servers.net. com. 137834 IN NS h.gtld-servers.net. com. 137834 IN NS i.gtld-servers.net. com. 137834 IN NS j.gtld-servers.net. com. 137834 IN NS k.gtld-servers.net. com. 137834 IN NS l.gtld-servers.net. com. 137834 IN NS m.gtld-servers.net. com. 137834 IN NS a.gtld-servers.net. com. 137834 IN NS b.gtld-servers.net. com. 137834 IN NS c.gtld-servers.net. ;; ZUSÄTZLICHE ABSCHNITT: a.gtld-servers.net. 171837 IN A 192.5.6.30 a.gtld-servers.net. 171759 IN AAAA 2001:503: a83e :: 02.30 b.gtld-servers.net. 161282 IN A 192.33.14.30 b.gtld-servers.net. 165361 IN AAAA 2001:503:231 d :: 02.30 c.gtld-servers.net. 171159 IN A 192.26.92.30 d.gtld-servers.net. 161282 IN A 192.31.80.30 e.gtld-servers.net. 171159 IN A 192.12.94.30 f.gtld-servers.net. 171159 IN A 192.35.51.30 g.gtld-servers.net. 171159 IN A 192.42.93.30 h.gtld-servers.net. 171159 IN A 192.54.112.30 i.gtld-servers.net. 170422 IN A 192.43.172.30 k.gtld-servers.net. 171159 IN A 192.52.178.30 l.gtld-servers.net. 171159 IN A 192.41.162.30 m.gtld-servers.net. 171159 IN A 192.55.83.30;; Query-Zeit: 190 ms;; SERVER: 198.41.0.4 # 53 (198.41.0.4);; WANN: Sonntag 8 April 2007 15.20.24;; MSG SIZE rcvd: 493
Das heißt, Informationen über die Ressource-Einträge com, hielt eine ganze Reihe von anderen DNS-Server unter der Domain gTLD-servers.net. Um unser Leben "leichter", sofern die "Glue-Records", die uns diesen Antrag hat die IP - Adressen der betreffenden Server, so dass wir uns selbst nachsehen wird. Nun drehen Sie den DNS-Server von Netvision randomisiert in eine der IP-Adressen er als Antwort auf die DNS-Server des Internet-Chef erhielt, und fragte ihn: "www.cnn.com - was dann?" - Und wird die folgende Antwort erhalten:
; << >> << >> DiG 9.2.5 @ a.gtld-servers.net www.cnn.com (2 Servern gefunden) ;; Globale Optionen: printcmd ;; Got Antwort: ;; - >> HEADER << - Opcode: QUERY, status: NOERROR, ID: 408 ;; Flags: QR RD; QUERY: 1, Antworten: 0, AUTHORITY: 4, zusätzlich: 4 ;; QUESTION SECTION: ; Www.cnn.com. IN A ;; AUTHORITY SECTION: cnn.com. 172800 IN NS-twdns 01.ns.aol.com. cnn.com. 172800 IN NS-twdns 02.ns.aol.com. cnn.com. 172800 IN NS-twdns 03.ns.aol.com. cnn.com. 172800 IN NS-twdns 04.ns.aol.com. ;; ZUSÄTZLICHE ABSCHNITT: twdns-01.ns.aol.com. 172800 IN A 149.174.213.151 twdns-02.ns.aol.com. 172800 IN A 152.163.239.216 twdns-03.ns.aol.com. 172800 IN A 207.200.73.85 twdns-04.ns.aol.com. 172800 IN A 64.12.147.120 ;; Query-Zeit: 233 ms ;; SERVER: 192.5.6.30 # 53 (192.5.6.30) ;; WANN: Sonntag 8 April 2007 15.30.53 ;; MSG SIZE rcvd: 192
Auch hier sagt uns a.gtld-servers.net Tatsache: "Was willst du von meinem Leben will - ich weiß gar nichts über www.cnn.com, wenn Sie etwas für alles, was unten auf cnn.com möchten, kontaktieren Sie bitte einen der Knechte von der DNS Folgendes: twdns-01.ns.aol.com, twdns-02.ns.aol.com, twdns-03.ns.aol.com, twdns-04.ns.aol.com ", und wieder haben wir auch freiwillig IP-Adressen dieser Server als Ergänzung für eine Antwort, um nicht über sie zu suchen. "Great", sagt der Server selbst von Netvision, wählt nach dem Zufallsprinzip eines dieser vier Server, und fragt ihn: "Na, dass mich jemand, was die IP-Adresse des www.cnn.com erzählen!", Und hier ist die Antwort bekam er:
; << >> << >> DiG 9.2.5 @ twdns-02.ns.aol.com www.cnn.com ; (1 Server nicht gefunden) ;; Globale Optionen: printcmd ;; Got Antwort: ;; - >> HEADER << - Opcode: QUERY, status: NOERROR, ID: 6714 ;; Flags: QR RD; QUERY: 1, Antworten: 0, AUTHORITY: 2, zusätzlich: 2 ;; QUESTION SECTION: ; Www.cnn.com. IN A ;; AUTHORITY SECTION: www.cnn.com. 3600 IN NS dmtns01.turner.com. www.cnn.com. 3600 IN NS dmtns02.turner.com. ;; ZUSÄTZLICHE ABSCHNITT: dmtns01.turner.com. 3608 IN A 64.236.29.150 dmtns02.turner.com. 3608 IN A 64.236.22.150 ;; Query-Zeit: 163 ms ;; SERVER: 152.163.239.216 # 53 (152.163.239.216) ;; WANN: Sonntag 8 April 2007 15.33.16 ;; MSG SIZE rcvd: 112
Was ist hier los? Wir sollten eine Antwort auf diese Server schon haben! Oh well. So CNN beschlossen, die DNS-Server ihres wechseln - aber was sie werden die Domain-Namen im DNS-Server registriert aktualisieren können als neu, wenn ihre Kunden einfach dazu führen, mehr Verspätung, und senden Sie sie an einen anderen DNS-Server und unnötig? Im Notfall geht der DNS-Server von Netvision auf und wendet sich dmtns01.turner.com um endlich die gewünschten Informationen zu bekommen, und es sieht so aus:
; << >> << >> DiG 9.2.5 @ dmtns01.turner.com www.cnn.com ; (1 Server nicht gefunden) ;; Globale Optionen: printcmd ;; Got Antwort: ;; - >> HEADER << - Opcode: QUERY, status: NOERROR, ID: 44943 ;; Flags: QR aa rd; QUERY: 1, ANTWORT: 8, AUTHORITY: 0, zusätzlich: 0 ;; QUESTION SECTION: ; Www.cnn.com. IN A ;; ANSWER SECTION: www.cnn.com. 600 IN A 64.236.29.120 www.cnn.com. 600 IN A 64.236.91.21 www.cnn.com. 600 IN A 64.236.91.22 www.cnn.com. 600 IN A 64.236.91.23 www.cnn.com. 600 IN A 64.236.91.24 www.cnn.com. 600 IN A 64.236.16.20 www.cnn.com. 600 IN A 64.236.16.52 www.cnn.com. 600 IN A 64.236.24.12
Heilige Scheiße, wie viele Server sie haben! Der Browser des Benutzers wahrscheinlich müssen einen von acht zufällig wählen, um von der Website zu erhalten! Beachten Sie, dass eine weitere interessante Tatsache - die TTL der insgesamt 600 Sekunden oder 10 Minuten ist. Warum so günstig? Um mehr über die aktualisierten Daten alle zehn Minuten zu erkundigen. Und warum so viel Last auf den DNS? Wahrscheinlich, weil die Verfügbarkeit ist ihnen wichtig, und wollen, dass die Server von den acht fallen, werden die DNS sofort durch einen automatisierten Prozess, um den Server aus der Liste entfernen aktualisiert werden, und niemand vor Ort ist nicht verfügbar für länger als zehn Minuten, die die maximale Zeit, erlaubt Kunden, um die Informationen zu halten ist zum Konvertieren von IP-Adresse dafür.
Schließlich Punkte zu klären: Alle der oben genannten Schritte, behält auch die erhaltenen Informationen als Ergebnis der Abfrage auf eine lokale Kopie (vorausgesetzt, es ist im Caching-Nameserver - und meistens tut es), so dass, wenn die Informationen vor Ort verfügbar, würde der Server nicht die Mühe gemacht, alle reisen haben Erde für ihn zu finden, macht aber geltend, dass die lokale Kopie, wodurch Zeit und Netzwerkverkehr. Darüber hinaus, wenn jeder DNS-Server, der Client-Ebene, und Dekodieren von Process-Server, die auf dem Weg geholfen haben, nicht verfügbar war, dann würde der Antragsteller einen anderen Ansatz zufälligen Server-Liste, und erhält die Antwort von ihm. Es bräuchte mehr Zeit, war aber am Ende erfolgreich. Dies ist immer der am häufigsten verwendeten DNS-Server eine für jede Region - das Überleben.