DNS ordnet einen Hostnamen (bestehend aus einem Dom\u00e4nennamen + optionaler Subdom\u00e4ne, z. B. example.com oder www.example.com) einem adressierbaren Rechner (nach IP-Adresse) irgendwo im Internet zu. DNS arbeitet, indem es mehrere rekursive Abfragen durchf\u00fchrt, bis die Rechneradresse aufgel\u00f6st ist.<\/p>\n
Ein ganz triviales Beispiel: Nehmen wir an, ein Browser greift zum ersten Mal auf http:\/\/example.com zu. Da dies der erste Zugriff auf den Hostnamen ist, muss ein vollst\u00e4ndiger Lookup durchgef\u00fchrt werden:<\/p>\n
.<\/code>) Nameserver, bei denen com.<\/code> ist<\/li>\n- (42 ms<\/span>) Root-Nameserver geben autoritative TLD-Server an den DNS-Server zur\u00fcck<\/li>\n
- DNS-Server fragt autoritative TLD-Server, wo
Beispiel.com.<\/code> ist<\/li>\n- (26 ms<\/span>) TLD-Server antwortet zur\u00fcck mit dem Webhost\u00a0Nameserver<\/a>\u00a0delegiert an
Beispiel.com.<\/code><\/li>\n- DNS-Server fragt Webhost-Nameserver zur\u00fcck, was\u00a0
Beispiel.com.<\/code> ist<\/li>\n- (15 ms<\/span>) Webhost-Nameserver antworten, dass der A-Eintrag f\u00fcr
Beispiel.com.<\/code> ist 1.2.3.4<\/code><\/li>\n- Browser sendet
GET \/ HTTP\/1.1<\/code> f\u00fcr Beispiel.com.<\/code> an 1.2.3.4:80<\/code><\/li>\n- Webserver, der auf 1.2.3.4:80 lauscht, sucht seine Konfiguration im Speicher nach, findet eine \u00dcbereinstimmung und entspricht Indexdatei<\/a>und serviert es unter einer
HTTP\/1.1 200 OK<\/code>\u00a0Antwort<\/li>\n- Browser rendert Ihre Webseite<\/li>\n<\/ul>\n
Eingeklammerte Begriffe sind der Overhead, der bei jedem Schritt der Abfrage entsteht. In diesem Beispiel betr\u00e4gt der gesamte DNS-Overhead 85 ms. Der Netzwerk-Overhead variiert in Abh\u00e4ngigkeit von der physischen Entfernung von jedem DNS-Resolver, der abgefragt wird, um eine Antwort zu erhalten: gr\u00f6\u00dfere Entfernung -> mehr Netzwerkkabel, die zu \u00fcberwinden sind.<\/p>\n
Gepufferte Abfrage<\/h3>\n
Aufgrund des Overheads, der bei der Aufl\u00f6sung von IP-Adressen entsteht, wird in jedem Schritt der Abfrage ein Cache eingebaut, um die Netzwerklatenz zu reduzieren. Dieser Wert wird bestimmt durch den TTL<\/a> (time-to-live) Parameter, ein \u00dcberbleibsel von DNS-Spezifikation<\/a>, eingef\u00fchrt 1987, als die Netzwerklatenz hoch war, die Verbindungen sporadisch waren und eine rekursive Abfrage bis zu 30 Sekunden dauern konnte, wenn sie nicht sogar ganz ausfiel.<\/p>\n\n- (0 ms<\/span>) Der Browser fragt den lokalen DNS-Resolver (auf demselben Computer) ab, wo example.com ist<\/li>\n
- (1 ms<\/span>) lokaler DNS-Resolver hat Ergebnis im Cache, liefert
1.2.3.4<\/code><\/li>\n- Browser sendet
GET \/ HTTP\/1.1<\/code> f\u00fcr Beispiel.com.<\/code> an 1.2.3.4:80<\/code><\/li>\n- Webserver, der auf
1.2.3.4:80<\/code> sucht seine Konfiguration im Speicher nach, findet eine \u00dcbereinstimmung, entsprechend Indexdatei<\/a>und serviert es unter einer HTTP\/1.1 200 OK<\/code>\u00a0Antwort<\/li>\n- Browser rendert Ihre Webseite<\/li>\n<\/ul>\n
Da eine DNS-Antwort auf demselben Computer, der die Seite anfordert, im Speicher erfolgt, werden alle weiteren DNS-Schritte \u00fcbersprungen, was zu einer DNS-Antwortzeit von 1 ms f\u00fchrt.<\/p>\n
Siehe auch<\/h2>\n