Administratorhandbuch:DNS - Versionsgeschichte

Schoffer: kat

2012-03-16T10:13:35Z

kat

← Nächstältere Version		Version vom 16. März 2012, 12:13 Uhr
Zeile 99:		Zeile 99:
	----		----
	<div align="right">[[Administratorhandbuch\|zurück]] \| [[Hauptseite]]</div>		<div align="right">[[Administratorhandbuch\|zurück]] \| [[Hauptseite]]</div>


			[[Kategorie:ArchivArktur40]]

Schoffer: Archiv

2009-05-01T09:44:26Z

Archiv

← Nächstältere Version		Version vom 1. Mai 2009, 11:44 Uhr
Zeile 1:		Zeile 1:
	__NOTOC__		__NOTOC__
	{{~~fertig~~}}		{{Archiv}}

Schoffer: Schützte „Administratorhandbuch:DNS“ [edit=sysop:move=sysop]

2008-05-16T15:17:51Z

Schützte „Administratorhandbuch:DNS“ [edit=sysop:move=sysop]

← Nächstältere Version	Version vom 16. Mai 2008, 17:17 Uhr
(kein Unterschied)

Schoffer: 8 Versionen

2008-03-04T21:24:16Z

8 Versionen

← Nächstältere Version	Version vom 4. März 2008, 23:24 Uhr
(kein Unterschied)

Schoffer: fertig gesetzt

2005-12-30T11:50:40Z

fertig gesetzt

← Nächstältere Version		Version vom 30. Dezember 2005, 13:50 Uhr
Zeile 1:		Zeile 1:
	__NOTOC__		__NOTOC__
	{{~~zumTest~~}}		{{fertig}}

Schoffer am 27. Dezember 2005 um 16:52 Uhr

2005-12-27T16:52:54Z

← Nächstältere Version		Version vom 27. Dezember 2005, 18:52 Uhr
Zeile 5:		Zeile 5:
	== Der DNS Server ==		== Der DNS Server ==

	=== Was ist ~~ein~~ DNS ===		=== Was ist das DNS ===

	Das '''D'''omain '''N'''ame '''S'''ystem (DNS) setzt die Klartextnamen von Computern (also z.B. den Namen des Schulservers Arktur.rg1.dd.sn.schule.de) in IP-Adressen (in diesem Fall also 192.168.0.1) um und umgekehrt. Prüfen kann man das ganz einfach, indem man von einem Client aus mit dem Befehl ''ping'' einmal die IP angibt		Das '''D'''omain '''N'''ame '''S'''ystem (DNS) setzt die Klartextnamen von Computern (also z.B. den Namen des Schulservers Arktur.rg1.dd.sn.schule.de) in IP-Adressen (in diesem Fall also 192.168.0.1) um und umgekehrt. Prüfen kann man das ganz einfach, indem man von einem Client aus mit dem Befehl ''ping'' einmal die IP-Adresse angibt

	<pre>		<pre>
Zeile 26:		Zeile 26:

	* Falls er den gefragten Namen selbst auflösen kann, gibt er selbst die Antwort heraus		* Falls er den gefragten Namen selbst auflösen kann, gibt er selbst die Antwort heraus
	* Falls ihm der Name unbekannt ist, fragt er einen der Root - Nameserver. Diese verwalten die ~~TopLevelDomains~~ (also z.B. .com oder .de für Deutschland). Die Root - Nameserver kennen selbst nur die ~~TopLevel~~ Domains (TLD) , aber sie verweisen auf den für diese TLD zuständigen Nameserver. Der wiederum kennt die Antwort oder verweist auf einen untergeordneten Nameserver usw. , bis der Name aufgelöst ist.		* Falls ihm der Name unbekannt ist, fragt er einen der Root - Nameserver. Diese verwalten die Top-Level-Domains (also z.B. .com oder .de für Deutschland). Die Root-Nameserver kennen selbst nur die Top-Level-Domains (TLD) , aber sie verweisen auf den für diese TLD zuständigen Nameserver. Der wiederum kennt die Antwort oder verweist auf einen untergeordneten Nameserver usw. , bis der Name aufgelöst ist.
	* Kann bis zur untersten Hierarchieebene keiner antworten, kommt eine Fehlermeldung zurück.		* Kann bis zur untersten Hierarchieebene keiner antworten, kommt eine Fehlermeldung zurück.

Schoffer: Kandidat

2005-12-27T16:49:44Z

Kandidat

Neue Seite

__NOTOC__
{{zumTest}}

== Der DNS Server ==

=== Was ist ein DNS ===

Das '''D'''omain '''N'''ame '''S'''ystem (DNS) setzt die Klartextnamen von Computern (also z.B. den Namen des Schulservers Arktur.rg1.dd.sn.schule.de) in IP-Adressen (in diesem Fall also 192.168.0.1) um und umgekehrt. Prüfen kann man das ganz einfach, indem man von einem Client aus mit dem Befehl ''ping'' einmal die IP angibt

<pre>
ping 192.168.0.1
</pre>

und somit den Rechner "Arktur.rg1.dd.sn.schule.de" erreicht und zum anderen den Namen angibt, also

<pre>
ping Arktur.rg1.dd.sn.schule.de
</pre>

In beiden Fällen antwortet der selbe Rechner.

=== Die Struktur des DNS ===

Die Struktur der Nameserver im Internet ist streng hierarchisch, aber weltweit verteilt. Dadurch kann es keinen Nameserver im Internet geben, der alle Anfragen selbst beantworten könnte. Dennoch antwortet ein angefragter Nameserver immer auf jede Anfrage. Das funktioniert ganz einfach:

* Falls er den gefragten Namen selbst auflösen kann, gibt er selbst die Antwort heraus
* Falls ihm der Name unbekannt ist, fragt er einen der Root - Nameserver. Diese verwalten die TopLevelDomains (also z.B. .com oder .de für Deutschland). Die Root - Nameserver kennen selbst nur die TopLevel Domains (TLD) , aber sie verweisen auf den für diese TLD zuständigen Nameserver. Der wiederum kennt die Antwort oder verweist auf einen untergeordneten Nameserver usw. , bis der Name aufgelöst ist.
* Kann bis zur untersten Hierarchieebene keiner antworten, kommt eine Fehlermeldung zurück.

Eine Anfrage wird dabei immer von hinten aufgerollt. Im obigen Beispiel würde also (falls der erste Nameserver nicht sofort eine Antwort weiß) die Anfrage zuerst an einen Root-Server nach .de (Deutschland) gehen, dann muss der .de-Server (der in Frankfurt/M. steht) die Anfrage an den Nameserver für .schule (der in Oldenburg steht) schicken, dieser leitet sie weiter an .sn (in Sachsen, Nameserver in Chemnitz) und der kennt zufällig auch den Kreiskenner .dd für die Stadt Dresden und die Schule (Realgymnasium 1 in Dresden) und schon wäre der Name aufgelöst. Damit nicht jede Anfrage an die root-Server gehen, speichert jeder Nameserver eine Liste, welcher andere Nameserver welche Namensräume auflösen kann (Caching). Damit werden die Nameserver weniger belastet und der Datenverkehr im Internet verringert. Deshalb ist es günstig, den Nameserver des Providers zu kennen. Falls man diesen nicht weiß, kann grundsätzlich jeder andere Nameserver im Internet benutzt werden.

=== Der lokale DNS auf dem Arktur-Schulserver ===

Der Nameserver, der im Arktur-Schulserver integriert ist, kann alle Anfragen über das lokale Netz (also die Schuldomain) sofort beantworten. Er verwaltet alle Clients in den Netzen:

* 192.168.0.0 (alles an der ersten Netzwerkkarte),
* 192.168.1.0 (alles an der zweiten Netzwerkkarte),
* 192.168.2.0 (alles an der dritten Netzwerkkarte),
* 192.168.3.0 (alles an der vierten Netzwerkkarte),
* 192.168.99.0 (Aufbau der Providerverbindung),
* 192.168.100.0 (alles was mit Einwahl von außen zu tun hat)
* 127.0.0.1 (das interne "loopback"-Netzwerk)

==== Die Datei "named.conf" ====

Die zentrale Konfigurationsdatei liegt im Verzeichnis /etc und heißt
"named.conf".

:[[bild:NamedConf.png|named.conf]]
:''Abbildung: Datei /etc/named.conf''

Diese wird bei jeder Online-Verbindung dynamisch angepasst, je nach dem, welcher übergeordnete Nameserver bei dieser Providerverbindung gefragt werden soll.

'''Hinweis:''' Nehmen Sie bitte an dieser Steuerdatei keine Änderungen vor!

Die Datei verweist außerdem auf die im Verzeichnis "/etc/named" liegenden Dateien mit den Daten über das lokale Netzwerk.

==== Die Datei "named.LAN.zone" ====

Darin dient die Datei "/etc/named/named.LAN.zone" zur Zuordnung der IP-Adresse zu einem Rechnernamen.

==== Die Dateien "named.X.Y.Z.zone" ====

Der umgekehrten Zuordnung des Rechnernamens zu einer vorgegebenen IP-Adresse dienen mehrere Dateien, die nach dem jeweiligen Netzbereich aufgeteilt sind. Liegt also die IP-Adresse im Bereich "192.168.0.x", ist die Datei "/etc/named/named.192.168.0.zone" zuständig. Analog dienen "/etc/named/named.192.168.1.zone" für den Bereich "192.168.1.x", "/etc/named/named.192.168.2.zone" für "192.168.2.x" usw.

Haben Sie sich für eine andere IP-Adresse in Ihrem Server entschieden, dann werden die notwendigen Dateien bei der Installation automatisch angelegt (also beispielsweise "/etc/named/named.10.100.0.zone" für den Bereich "10.100.0.x" usw.)

=== DNS und DHCP ===

Es handelt sich zwar um zwei verschiedene Dienste, die aber sehr eng miteinander Zusammenarbeiten müssen.

==== Der bevorzugte Weg ====

Wenn Sie den für Arktur-Schulserver bevorzugten Weg gehen und mittels DHCP feste IP-Adressen vergeben, dann sollte später der zugewiesene Name des Clientrechners auch mittels DNS im Schulnetz auflösbar sein.

Und genau das geschieht auch im Hintergrund, wenn Sie als ''sysadm'' feste IP-Adressen mittels DHCP vergeben. Es wird automatisch in der jeweiligen Datei "/etc/named/named.X.Y.Z.zone" eine Zeile mit IP-Adresse und zugeordnetem Rechnernamen eingefügt.

'''Hinweis:''' Auch die aus Kompatibilitätsgründen zu älteren Arktur-Versionen im DNS vorhandenen Rechnernamen ('''Aachen, Bremen, Chemnitz, Dresden...''') werden durch die neuen Namen überschrieben, sobald Sie eine IP-Adresse aus diesem Bereich per DHCP fest eingeben.

==== Der alternative Weg ====

Wenn Sie mittels DHCP dynamische IP-Adressen automatisch vergeben, oder feste IP-Adressen ohne DHCP vergeben, dann sollte auch später der zugewiesene Name des Clientrechners mittels DNS im Schulnetz auflösbar sein.

In diesen beiden Fällen müssen Sie selbst alle Änderungen in die Dateien des DNS eintragen. Diese Datendateien können Sie relativ einfach an Ihre Bedürfnisse anpassen. Das ist besonders bei
Linux-Clients ratsam, weil die ihren Rechnernamen eventuell anhand dieser
DNS-Einträge anpassen. Beachten Sie aber, dass Sie die Struktur der Einträge nicht zerstören dürfen.

=== Schlussbemerkung ===

Die Arbeit des DNS-Servers ist für den Arktur-Schulserver sehr wichtig und defekte Dateien führen sehr schnell dazu, dass keine Internet-Seite mehr abgeholt werden kann.

Wenn Sie mehr über DNS und dessen Möglichkeiten erfahren wollen, lesen Sie bitte weiterführende Literatur zu diesem Thema.

----
<div align="right">[[Administratorhandbuch|zurück]] | [[Hauptseite]]</div>

Schoffer: Zwischenstand

2005-12-27T16:14:56Z

Zwischenstand

@@ Zeile 1: / Zeile 1: @@
 __NOTOC__
-{{Uberarbeiten}}
+{{zumTest}}
 == Der DNS Server ==
-Das DNS (Domain Name System) setzt die Klartextnamen von Computern (also z.B. den Namen des Schulservers Arktur.msjohann.dd.sn.schule.de) in IP - Adressen (in diesem Fall also 192.168.0.1) um und umgekehrt. Prüfen kann man das ganz einfach, indem man von einem Client aus mit dem Befehl ping einmal die IP angibt (also ping 192.168.0.1) und somit den Rechner Arktur.msjohann.dd.sn.schule.de erreicht und zum anderen den Namen angibt (also ping Arktur.msjohann.dd.sn.schule.de). In beiden Fällen antwortet derselbe Rechner.
+=== Was ist ein DNS ===
 Die Struktur der Nameserver im Internet ist streng hierarchisch, aber weltweit verteilt. Dadurch kann es keinen Nameserver im Internet geben, der alle Anfragen selbst beantworten könnte. Dennoch antwortet ein angefragter Nameserver immer auf jede Anfrage. Das funktioniert ganz einfach:
@@ Zeile 12: / Zeile 29: @@
 * Kann bis zur untersten Hierarchieebene keiner antworten, kommt eine Fehlermeldung zurück.
-Eine Anfrage wird dabei immer von hinten aufgerollt. Im obigen Beispiel würde also (falls der erste Nameserver nicht sofort eine Antwort weiß) die Anfrage zuerst an einen Root-Server nach .de (Deutschland) gehen, dann muss der .de-Server (der in Frankfurt/M. steht) die Anfrage an den Nameserver für .schule (der in Oldenburg steht) schicken, dieser leitet sie weiter an .sn (in Sachsen, Nameserver in Chemnitz) und der kennt zufällig auch den Kreiskenner .dd für die Stadt Dresden und die Schule (Mittelschule Johannstadt-Nord) und schon wäre der Name aufgelöst. Damit nicht jede Anfrage an die root-Server gehen, speichert jeder Nameserver eine Liste, welcher andere Nameserver welche Namensräume auflösen kann (Caching). Damit werden die Nameserver weniger belastet und der
+Eine Anfrage wird dabei immer von hinten aufgerollt. Im obigen Beispiel würde also (falls der erste Nameserver nicht sofort eine Antwort weiß) die Anfrage zuerst an einen Root-Server nach .de (Deutschland) gehen, dann muss der .de-Server (der in Frankfurt/M. steht) die Anfrage an den Nameserver für .schule (der in Oldenburg steht) schicken, dieser leitet sie weiter an .sn (in Sachsen, Nameserver in Chemnitz) und der kennt zufällig auch den Kreiskenner .dd für die Stadt Dresden und die Schule (Realgymnasium 1 in Dresden) und schon wäre der Name aufgelöst. Damit nicht jede Anfrage an die root-Server gehen, speichert jeder Nameserver eine Liste, welcher andere Nameserver welche Namensräume auflösen kann (Caching). Damit werden die Nameserver weniger belastet und der Datenverkehr im Internet verringert. Deshalb ist es günstig, den Nameserver des Providers zu kennen. Falls man diesen nicht weiss, kann grundsätzlich jeder andere Nameserver im Internet benutzt werden.
-Der Nameserver, der im Kommunikationsserver integriert ist, kann alle Anfragen über das lokale Netz (die Schuldomain) sofort beantworten. Er verwaltet alle Clients in den Netzen:
+=== Der lokale DNS auf dem Arktur-Schulserver ===
 * 192.168.0.0 (alles an der ersten Netzwerkkarte),
@@ Zeile 24: / Zeile 42: @@
 * 192.168.100.0 (alles was mit Einwahl von außen zu tun hat)
 * 127.0.0.1 (das interne "loopback"-Netzwerk)
 Die zentrale Konfigurationsdatei liegt im Verzeichnis /etc und heißt
-"named.boot". Diese wird bei jeder Online-Verbindung dynamisch angepasst, je nach dem, welcher übergeordnete Nameserver bei dieser Providerverbindung gefragt werden soll. Nehmen Sie bitte an dieser Steuerdatei keine Änderungen vor! Die Datei verweist außerdem auf die im Verzeichnis /etc/named liegenden Dateien mit den Daten über das lokale Netzwerk. Darin dient die Datei named.LAN zur Zuordnung der IP-Adresse zu einem Rechnernamen. Der umgekehrten Zuordnung des Rechnernamens zu einer vorgegebenen IP-Adresse dienen mehrere Dateien, die nach dem jeweiligen Netzbereich aufgeteilt sind. Liegt also die IP-Adresse im Bereich
+"named.conf".
-.168.0.x, ist die Datei named.ip0 zuständig. Analog dienen named.ip1 für 192.168.1.x, named.ip2 für 192.168.2.x usw. Diese Datendateien können Sie relativ einfach an Ihre Bedürfnisse anpassen. Das ist besonders bei
 Linux-Clients ratsam, weil die ihren Rechnernamen eventuell anhand dieser
-DNS-Einträge anpassen. Beachten Sie aber, dass Sie die Struktur der Einträge nicht zerstören dürfen. Die Arbeit des DNS-Servers ist für den
+DNS-Einträge anpassen. Beachten Sie aber, dass Sie die Struktur der Einträge nicht zerstören dürfen.
 Kommunikationsserver sehr wichtig und defekte Dateien führen dazu, dass keine Internet-Seite mehr geholt werden kann.
 Wenn Sie mehr über DNS und dessen Möglichkeiten erfahren wollen, holen Sie sich bitte weitere Literatur zu diesem Thema.

Schoffer: Navigation

2005-07-08T06:57:56Z

Navigation

← Nächstältere Version		Version vom 8. Juli 2005, 08:57 Uhr
Zeile 33:		Zeile 33:

	Wenn Sie mehr über DNS und dessen Möglichkeiten erfahren wollen, holen Sie sich bitte weitere Literatur zu diesem Thema.		Wenn Sie mehr über DNS und dessen Möglichkeiten erfahren wollen, holen Sie sich bitte weitere Literatur zu diesem Thema.


			----
			<div align="right">[[Administratorhandbuch\|zurück]] \| [[Hauptseite]]</div>

Schoffer am 24. Juni 2005 um 11:21 Uhr

2005-06-24T11:21:53Z

← Nächstältere Version		Version vom 24. Juni 2005, 13:21 Uhr
Zeile 1:		Zeile 1:
	~~=== Der DNS Server ===~~		__NOTOC__
			{{Uberarbeiten}}

	Das DNS (Domain Name System) setzt die Klartextnamen von Computern (also z.B. den Namen des ~~Kommunikationsservers~~ Arktur.msjohann.dd.sn.schule.de) in IP - Adressen ( in diesem Fall also 192.168.0.1) um und umgekehrt. Prüfen kann man das ganz einfach, indem man von einem Client aus mit dem Befehl ping einmal die IP angibt (also ping 192.168.0.1) und somit den Rechner Arktur.msjohann.dd.sn.schule.de erreicht und zum anderen den Namen angibt (also ping Arktur.msjohann.dd.sn.schule.de). In beiden Fällen antwortet derselbe Rechner.		== Der DNS Server ==

			Das DNS (Domain Name System) setzt die Klartextnamen von Computern (also z.B. den Namen des Schulservers Arktur.msjohann.dd.sn.schule.de) in IP - Adressen (in diesem Fall also 192.168.0.1) um und umgekehrt. Prüfen kann man das ganz einfach, indem man von einem Client aus mit dem Befehl ping einmal die IP angibt (also ping 192.168.0.1) und somit den Rechner Arktur.msjohann.dd.sn.schule.de erreicht und zum anderen den Namen angibt (also ping Arktur.msjohann.dd.sn.schule.de). In beiden Fällen antwortet derselbe Rechner.

	Die Struktur der Nameserver im Internet ist streng hierarchisch, aber weltweit verteilt. Dadurch kann es keinen Nameserver im Internet geben, der alle Anfragen selbst beantworten könnte. Dennoch antwortet ein angefragter Nameserver immer auf jede Anfrage. Das funktioniert ganz einfach:		Die Struktur der Nameserver im Internet ist streng hierarchisch, aber weltweit verteilt. Dadurch kann es keinen Nameserver im Internet geben, der alle Anfragen selbst beantworten könnte. Dennoch antwortet ein angefragter Nameserver immer auf jede Anfrage. Das funktioniert ganz einfach: