DNS - Versionsgeschichte

Mandy28: /* DNS Serverliste */

2011-10-26T22:38:23Z

DNS Serverliste

← Nächstältere Version		Version vom 26. Oktober 2011, 22:38 Uhr
Zeile 268:		Zeile 268:
	==DNS Serverliste==		==DNS Serverliste==
	http://www.stanar.de/		http://www.stanar.de/

			==DNS Check==
			http://www.dnswatch.info/de

	== Quellenangaben ==		== Quellenangaben ==

Mandy28: /* Quellenangaben */

2011-10-26T22:34:56Z

Quellenangaben

← Nächstältere Version		Version vom 26. Oktober 2011, 22:34 Uhr
Zeile 265:		Zeile 265:

	Die Antwort lautet also „''www.heise.de.''“. Es ist jedoch weder notwendig, dass jeder IP-Adresse ein Name zugeordnet ist, noch müssen Hin- und Rückauflösung einander entsprechen. Die Auflösung beginnt wieder mit dem Verweis auf die Root-Nameserver und die Delegierungen finden offensichtlich an den durch Punkte markierten Grenzen zwischen den Zahlen statt. Man sieht in dem Beispiel jedoch auch, dass nicht an jedem Punkt in einem Namen delegiert werden muss.		Die Antwort lautet also „''www.heise.de.''“. Es ist jedoch weder notwendig, dass jeder IP-Adresse ein Name zugeordnet ist, noch müssen Hin- und Rückauflösung einander entsprechen. Die Auflösung beginnt wieder mit dem Verweis auf die Root-Nameserver und die Delegierungen finden offensichtlich an den durch Punkte markierten Grenzen zwischen den Zahlen statt. Man sieht in dem Beispiel jedoch auch, dass nicht an jedem Punkt in einem Namen delegiert werden muss.

			==DNS Serverliste==
			http://www.stanar.de/

	== Quellenangaben ==		== Quellenangaben ==

Mandy28 am 26. Oktober 2011 um 20:55 Uhr

2011-10-26T20:55:24Z

← Nächstältere Version		Version vom 26. Oktober 2011, 20:55 Uhr
Zeile 265:		Zeile 265:

	Die Antwort lautet also „''www.heise.de.''“. Es ist jedoch weder notwendig, dass jeder IP-Adresse ein Name zugeordnet ist, noch müssen Hin- und Rückauflösung einander entsprechen. Die Auflösung beginnt wieder mit dem Verweis auf die Root-Nameserver und die Delegierungen finden offensichtlich an den durch Punkte markierten Grenzen zwischen den Zahlen statt. Man sieht in dem Beispiel jedoch auch, dass nicht an jedem Punkt in einem Namen delegiert werden muss.		Die Antwort lautet also „''www.heise.de.''“. Es ist jedoch weder notwendig, dass jeder IP-Adresse ein Name zugeordnet ist, noch müssen Hin- und Rückauflösung einander entsprechen. Die Auflösung beginnt wieder mit dem Verweis auf die Root-Nameserver und die Delegierungen finden offensichtlich an den durch Punkte markierten Grenzen zwischen den Zahlen statt. Man sieht in dem Beispiel jedoch auch, dass nicht an jedem Punkt in einem Namen delegiert werden muss.

			== Quellenangaben ==

			http://de.wikipedia.org

			[[#top\|<span style="color:#4876FF;">[ nach Oben ]</span>]]<br>
			[[Local Area Network (LAN)\|<span style="color:#4876FF;">[Zurück zu Netzwerk]</span>]]<br>
			[[Hauptseite\|<span style="color:#4876FF;">[Zurück zu Hauptseite]</span>]]</div> </div>
			[[Category:Sitemap]] [[Category:Netzwerk]]

Mandy28 am 26. Oktober 2011 um 20:55 Uhr

2011-10-26T20:55:00Z

← Nächstältere Version		Version vom 26. Oktober 2011, 20:55 Uhr
Zeile 1:		Zeile 1:
			<div style="margin: 0; margin-top:10px; margin-right:10px; border: 1px solid #333333; padding: 0em 1em 1em 1em; background-color:#1B1C2D; align:right;">
			<br><center>[[Datei:ZD-Logo.png]]</center>
			<center><big><span style="color:#B5B5B5;">'''''Das Board mit Freiheiten'''''</span></big></center>
			<font color=white></font>
			----
			<br>
			<div style="margin: 0px 20px 15pt 15pt; border: 2px solid rgb(223, 223, 223); padding: 0em 1em 1em; background-color:#303140; border: 1px solid #000000;">
			<br/>



	Das Domain Name System (DNS) ist einer der wichtigsten Dienste im Netzwerk. Seine Hauptaufgabe ist die Beantwortung von Anfragen zur Namensauflösung.		Das Domain Name System (DNS) ist einer der wichtigsten Dienste im Netzwerk. Seine Hauptaufgabe ist die Beantwortung von Anfragen zur Namensauflösung.
	In Analogie zu einer Telefonauskunft soll das DNS bei Anfrage mit einem Hostnamen (dem für Menschen merkbaren Namen eines Rechners im Internet) – zum Beispiel www.example.org – als Antwort die zugehörige IP-Adresse (die „Anschlussnummer“ im Internet) – zum Beispiel eine IPv4-Adresse der Form 192.0.2.42 oder eine IPv6-Adresse wie 2001:db8:85a3:8d3:1319:8a2e:370:7347 – nennen.		In Analogie zu einer Telefonauskunft soll das DNS bei Anfrage mit einem Hostnamen (dem für Menschen merkbaren Namen eines Rechners im Internet) – zum Beispiel www.example.org – als Antwort die zugehörige IP-Adresse (die „Anschlussnummer“ im Internet) – zum Beispiel eine IPv4-Adresse der Form 192.0.2.42 oder eine IPv6-Adresse wie 2001:db8:85a3:8d3:1319:8a2e:370:7347 – nennen.

Mandy28: /* Resolver */

2011-10-26T20:54:26Z

Resolver

← Nächstältere Version		Version vom 26. Oktober 2011, 20:54 Uhr
Zeile 42:		Zeile 42:

	===Resolver===		===Resolver===
			[[Datei:Dns-abfrage.svg.png\|miniatur\|schematische Darstellung der '''rekursiven und iterativen DNS-Abfrage''']]
	Resolver sind einfach aufgebaute Software-Module, die auf dem Rechner eines DNS-Teilnehmers installiert sind und die Informationen von Nameservern abrufen können. Sie bilden die Schnittstelle zwischen Anwendung und Nameserver. Der Resolver übernimmt die Anfrage einer Anwendung, ergänzt sie, falls notwendig, zu einem FQDN und übermittelt sie an einen normalerweise fest zugeordneten Nameserver. Ein Resolver arbeitet entweder rekursiv oder iterativ.		Resolver sind einfach aufgebaute Software-Module, die auf dem Rechner eines DNS-Teilnehmers installiert sind und die Informationen von Nameservern abrufen können. Sie bilden die Schnittstelle zwischen Anwendung und Nameserver. Der Resolver übernimmt die Anfrage einer Anwendung, ergänzt sie, falls notwendig, zu einem FQDN und übermittelt sie an einen normalerweise fest zugeordneten Nameserver. Ein Resolver arbeitet entweder rekursiv oder iterativ.
	Im rekursiven Modus schickt der Resolver eine rekursive Anfrage an den ihm zugeordneten Nameserver. Hat dieser die gewünschte Information nicht im eigenen Datenbestand, so kontaktiert der Nameserver weitere Server, und zwar solange bis er entweder eine positive Antwort oder bis er von einem autoritativen Server eine negative Antwort erhält. Rekursiv arbeitende Resolver überlassen also die Arbeit zur vollständigen Auflösung ihrem Nameserver.		Im rekursiven Modus schickt der Resolver eine rekursive Anfrage an den ihm zugeordneten Nameserver. Hat dieser die gewünschte Information nicht im eigenen Datenbestand, so kontaktiert der Nameserver weitere Server, und zwar solange bis er entweder eine positive Antwort oder bis er von einem autoritativen Server eine negative Antwort erhält. Rekursiv arbeitende Resolver überlassen also die Arbeit zur vollständigen Auflösung ihrem Nameserver.

Mandy28: /* Domain-Namensraum */

2011-10-26T20:52:53Z

Domain-Namensraum

← Nächstältere Version		Version vom 26. Oktober 2011, 20:52 Uhr
Zeile 17:		Zeile 17:
	== Komponenten des DNS ==		== Komponenten des DNS ==
	=== Domain-Namensraum ===		=== Domain-Namensraum ===
	[[Datei:Dns-raum.svg\|miniatur\|schematische Darstellung der DNS-Hierarchie]]		[[Datei:Dns-raum.svg.png\|miniatur\|schematische Darstellung der DNS-Hierarchie]]

	Der Domain-Namensraum hat eine baumförmige Struktur. Die Blätter und Knoten des Baumes werden als Labels bezeichnet. Ein kompletter Domainname eines Objektes besteht aus der Verkettung aller Labels eines Pfades.		Der Domain-Namensraum hat eine baumförmige Struktur. Die Blätter und Knoten des Baumes werden als Labels bezeichnet. Ein kompletter Domainname eines Objektes besteht aus der Verkettung aller Labels eines Pfades.

Mandy28: /* Auflösung eines DNS-Requests */

2011-10-26T20:52:00Z

Auflösung eines DNS-Requests

← Nächstältere Version		Version vom 26. Oktober 2011, 20:52 Uhr
Zeile 88:		Zeile 88:

	Angenommen, ein Rechner ''X'' will eine Verbindung zu „''de.wikipedia.org.''“ (Rechner ''Y'') aufbauen. Dazu braucht er dessen IP-Adresse. In den folgenden Schritten wird beschrieben, wie dies ablaufen könnte. Falls der Rechner ''X'' IPv6-fähig ist, läuft der Vorgang zunächst für IPv6 (Abfrage von ''AAAA Resource Record'') und sofort danach für IPv4 (Abfrage von ''A Resource Record'') ab. Dabei kann eine Anfrage nach einer IPv6-Adresse mittels IPv4-Übertragung an einen IPv4-DNS-Server gerichtet werden. Falls am Ende eine IPv6- und eine IPv4-Adresse für Rechner ''Y'' ermittelt werden, wird in der Regel laut der ''Default Policy Table'' in RFC 3484 die Kommunikation zwischen ''X'' und ''Y'' über IPv6 bevorzugt, es sei denn im [[Betriebssystem]] oder in den benutzten Anwendungen, wie zum Beispiel dem Webbrowser, wurde dieses Verhalten anders eingestellt.		Angenommen, ein Rechner ''X'' will eine Verbindung zu „''de.wikipedia.org.''“ (Rechner ''Y'') aufbauen. Dazu braucht er dessen IP-Adresse. In den folgenden Schritten wird beschrieben, wie dies ablaufen könnte. Falls der Rechner ''X'' IPv6-fähig ist, läuft der Vorgang zunächst für IPv6 (Abfrage von ''AAAA Resource Record'') und sofort danach für IPv4 (Abfrage von ''A Resource Record'') ab. Dabei kann eine Anfrage nach einer IPv6-Adresse mittels IPv4-Übertragung an einen IPv4-DNS-Server gerichtet werden. Falls am Ende eine IPv6- und eine IPv4-Adresse für Rechner ''Y'' ermittelt werden, wird in der Regel laut der ''Default Policy Table'' in RFC 3484 die Kommunikation zwischen ''X'' und ''Y'' über IPv6 bevorzugt, es sei denn im [[Betriebssystem]] oder in den benutzten Anwendungen, wie zum Beispiel dem Webbrowser, wurde dieses Verhalten anders eingestellt.










	# Der Rechner ''X'' sucht in seiner Hosts-Datei, ob die IP-Adresse für „''de.wikipedia.org''“ dort hinterlegt ist. Falls dem nicht so ist, fragt er beim DNS-Server nach. Dieser ist entweder fest eingetragen oder wurde per DHCP bzw. DHCPv6 automatisch zugewiesen und hat die Form ''nameserver 192.0.2.23'' oder ''nameserver 2001:db8::23:cafe:affe:42''.		# Der Rechner ''X'' sucht in seiner Hosts-Datei, ob die IP-Adresse für „''de.wikipedia.org''“ dort hinterlegt ist. Falls dem nicht so ist, fragt er beim DNS-Server nach. Dieser ist entweder fest eingetragen oder wurde per DHCP bzw. DHCPv6 automatisch zugewiesen und hat die Form ''nameserver 192.0.2.23'' oder ''nameserver 2001:db8::23:cafe:affe:42''.

Mandy28: /* Auflösung eines DNS-Requests */

2011-10-26T20:51:45Z

Auflösung eines DNS-Requests

← Nächstältere Version		Version vom 26. Oktober 2011, 20:51 Uhr
Zeile 85:		Zeile 85:

	== Auflösung eines DNS-Requests ==		== Auflösung eines DNS-Requests ==
	[[Datei:DNS-query-to-wikipedia.svg\|~~miniatur\|Die Namensauflösung als [[Programmablaufplan~~\|Flussdiagramm]]]]		[[Datei:DNS-query-to-wikipedia.svg.png\|right\| Flussdiagramm]]

	Angenommen, ein Rechner ''X'' will eine Verbindung zu „''de.wikipedia.org.''“ (Rechner ''Y'') aufbauen. Dazu braucht er dessen IP-Adresse. In den folgenden Schritten wird beschrieben, wie dies ablaufen könnte. Falls der Rechner ''X'' IPv6-fähig ist, läuft der Vorgang zunächst für IPv6 (Abfrage von ''AAAA Resource Record'') und sofort danach für IPv4 (Abfrage von ''A Resource Record'') ab. Dabei kann eine Anfrage nach einer IPv6-Adresse mittels IPv4-Übertragung an einen IPv4-DNS-Server gerichtet werden. Falls am Ende eine IPv6- und eine IPv4-Adresse für Rechner ''Y'' ermittelt werden, wird in der Regel laut der ''Default Policy Table'' in RFC 3484 die Kommunikation zwischen ''X'' und ''Y'' über IPv6 bevorzugt, es sei denn im [[Betriebssystem]] oder in den benutzten Anwendungen, wie zum Beispiel dem Webbrowser, wurde dieses Verhalten anders eingestellt.		Angenommen, ein Rechner ''X'' will eine Verbindung zu „''de.wikipedia.org.''“ (Rechner ''Y'') aufbauen. Dazu braucht er dessen IP-Adresse. In den folgenden Schritten wird beschrieben, wie dies ablaufen könnte. Falls der Rechner ''X'' IPv6-fähig ist, läuft der Vorgang zunächst für IPv6 (Abfrage von ''AAAA Resource Record'') und sofort danach für IPv4 (Abfrage von ''A Resource Record'') ab. Dabei kann eine Anfrage nach einer IPv6-Adresse mittels IPv4-Übertragung an einen IPv4-DNS-Server gerichtet werden. Falls am Ende eine IPv6- und eine IPv4-Adresse für Rechner ''Y'' ermittelt werden, wird in der Regel laut der ''Default Policy Table'' in RFC 3484 die Kommunikation zwischen ''X'' und ''Y'' über IPv6 bevorzugt, es sei denn im [[Betriebssystem]] oder in den benutzten Anwendungen, wie zum Beispiel dem Webbrowser, wurde dieses Verhalten anders eingestellt.

Mandy28: /* Beispiel Namensauflösung */

2011-10-26T20:47:41Z

Beispiel Namensauflösung

← Nächstältere Version		Version vom 26. Oktober 2011, 20:47 Uhr
Zeile 134:		Zeile 134:
	;; Received 500 bytes from 192.168.2.1#53(192.168.2.1) in 50 ms		;; Received 500 bytes from 192.168.2.1#53(192.168.2.1) in 50 ms

	<tt>192.168.2.1</tt> (siehe letzte Zeile) ist der eingetragene Nameserver des abfragenden Rechners, welcher auf die [[Root-Nameserver]] verweist, die die TLD-Zone (Zone, die die Nameserver für .org, .de, .com, … enthält) verwalten und alle weiter via IPv4 befragt werden können, einige zusätzlich auch mittels IPv6. Die Root-Nameserver verwalten die Wurzel der Namensauflösung, dargestellt durch einen Punkt. Die IP-Adressen der Root-Nameserver ändern sich sehr selten und müssen allen Nameservern bekannt sein, sofern sie das Internet betreffende Anfragen beantworten. (Diese IP-Adressen können beispielsweise in einer als "Root Hints" bezeichneten Textdatei mitgeliefert werden.)		<tt>192.168.2.1</tt> (siehe letzte Zeile) ist der eingetragene Nameserver des abfragenden Rechners, welcher auf die Root-Nameserver verweist, die die TLD-Zone (Zone, die die Nameserver für .org, .de, .com, … enthält) verwalten und alle weiter via IPv4 befragt werden können, einige zusätzlich auch mittels IPv6. Die Root-Nameserver verwalten die Wurzel der Namensauflösung, dargestellt durch einen Punkt. Die IP-Adressen der Root-Nameserver ändern sich sehr selten und müssen allen Nameservern bekannt sein, sofern sie das Internet betreffende Anfragen beantworten. (Diese IP-Adressen können beispielsweise in einer als "Root Hints" bezeichneten Textdatei mitgeliefert werden.)

	de. 172800 IN NS F.NIC.de.		de. 172800 IN NS F.NIC.de.

Mandy28: /* Beispiel Namensauflösung */

2011-10-26T20:47:26Z

Beispiel Namensauflösung

← Nächstältere Version		Version vom 26. Oktober 2011, 20:47 Uhr
Zeile 99:		Zeile 99:

	=== Beispiel Namensauflösung ===		=== Beispiel Namensauflösung ===
	Im folgenden, kommentierten Beispiel wird zum Namen „''www.heise.de.''“ die IPv4-Adresse mit Hilfe des Resolver-Tools ~~[[Dig (Programm)\|~~dig]] bestimmt. „<tt>+trace</tt>“ bedeutet, dass die einzelnen Antworten auf iterative Anfragen an die Nameserver-Hierarchie angegeben werden, „<tt>+additional</tt>“ sorgt dafür, dass zusätzlich dargestellt wird, dass die Nameserver für Delegierungen nicht nur ''NS Resource Records'' verwalten, sondern teilweise auch deren IP-Adressen in Form von ''A'' oder ''AAAA Resource Records'' kennen und mit ausliefern, „<tt>-t A</tt>“ schließlich verlangt nach dem ''A Resource Record'', also der IPv4-Adresse. Es zeigt sich, dass nacheinander vier Nameserver befragt werden müssen, um zur Antwort zu gelangen:		Im folgenden, kommentierten Beispiel wird zum Namen „''www.heise.de.''“ die IPv4-Adresse mit Hilfe des Resolver-Tools dig bestimmt. „<tt>+trace</tt>“ bedeutet, dass die einzelnen Antworten auf iterative Anfragen an die Nameserver-Hierarchie angegeben werden, „<tt>+additional</tt>“ sorgt dafür, dass zusätzlich dargestellt wird, dass die Nameserver für Delegierungen nicht nur ''NS Resource Records'' verwalten, sondern teilweise auch deren IP-Adressen in Form von ''A'' oder ''AAAA Resource Records'' kennen und mit ausliefern, „<tt>-t A</tt>“ schließlich verlangt nach dem ''A Resource Record'', also der IPv4-Adresse. Es zeigt sich, dass nacheinander vier Nameserver befragt werden müssen, um zur Antwort zu gelangen:

	$ dig +trace +additional -t A www.heise.de.		$ dig +trace +additional -t A www.heise.de.