Entwicklungsumgebung/DNS - Versionsgeschichte

Schoffer: Kategorie:DebianSqueeze

2011-03-28T19:33:36Z

← Nächstältere Version		Version vom 28. März 2011, 21:33 Uhr
Zeile 1:		Zeile 1:
	__NOTOC__		__NOTOC__
	{{~~ZumTest~~}}		{{EditStatus\|1\|ThorstenStrusch}}


Zeile 176:		Zeile 176:

	Uwe Schoffer, Thorsten Strusch, Hans-Dietrich Kirmse 2009		Uwe Schoffer, Thorsten Strusch, Hans-Dietrich Kirmse 2009

			[[Kategorie:DebianSqueeze]]

Schoffer: Autoren

2009-07-01T17:18:29Z

Autoren

← Nächstältere Version		Version vom 1. Juli 2009, 19:18 Uhr
Zeile 175:		Zeile 175:
	<div align="right">[[Installation:Entwicklungsumgebung\|zurück]] \| [[Hauptseite]]</div>		<div align="right">[[Installation:Entwicklungsumgebung\|zurück]] \| [[Hauptseite]]</div>

	Hans-Dietrich Kirmse~~, Thorsten Strusch~~ 2009		Uwe Schoffer, Thorsten Strusch, Hans-Dietrich Kirmse 2009

Schoffer: Namen ohne C

2009-06-29T16:59:07Z

Namen ohne C

← Nächstältere Version		Version vom 29. Juni 2009, 18:59 Uhr
Zeile 175:		Zeile 175:
	<div align="right">[[Installation:Entwicklungsumgebung\|zurück]] \| [[Hauptseite]]</div>		<div align="right">[[Installation:Entwicklungsumgebung\|zurück]] \| [[Hauptseite]]</div>

	~~©~~ Hans-Dietrich Kirmse 2009		Hans-Dietrich Kirmse, Thorsten Strusch 2009

Schoffer: copyright

2009-06-29T12:54:16Z

← Nächstältere Version		Version vom 29. Juni 2009, 14:54 Uhr
Zeile 174:		Zeile 174:
	----		----
	<div align="right">[[Installation:Entwicklungsumgebung\|zurück]] \| [[Hauptseite]]</div>		<div align="right">[[Installation:Entwicklungsumgebung\|zurück]] \| [[Hauptseite]]</div>

			© Hans-Dietrich Kirmse 2009

Schoffer: Links

2009-06-22T13:34:08Z

Links

← Nächstältere Version		Version vom 22. Juni 2009, 15:34 Uhr
Zeile 19:		Zeile 19:
	=== BIND einsperren ===		=== BIND einsperren ===

	In früheren debian-Installationen lief der BIND mit den Rechten des Nutzers "root", was aus Sicherheitsgründen von vielen Admins abgeändert wurde. Für BIND werden aber bei heutigen Installationen automatisch eine Gruppe "bind" und ein Nutzer "bind" angelegt. So entfällt das früher notwendige ~~Einsperren~~ des Bind, weil er nun standardmäßig nicht mehr mit root-Privilegien arbeitet.		In früheren debian-Installationen lief der BIND mit den Rechten des Nutzers "root", was aus Sicherheitsgründen von vielen Admins abgeändert wurde. Für BIND werden aber bei heutigen Installationen automatisch eine Gruppe "bind" und ein Nutzer "bind" angelegt. So entfällt das früher notwendige einsperren des Bind, weil er nun standardmäßig nicht mehr mit root-Privilegien arbeitet.

	Sie müssen also nichts tun.		Sie müssen also nichts tun.
Zeile 77:		Zeile 77:
	};		};

	zone "0.100.10.in-addr.arpa." {		zone "100.10.in-addr.arpa." {
	type master;		type master;
	file "/etc/bind/db.10.100.0";		file "/etc/bind/db.10.100";
	};		};

Zeile 88:		Zeile 88:

	touch /etc/bind/db.delixs-schule.de		touch /etc/bind/db.delixs-schule.de
	touch /etc/bind/db.10.100.0		touch /etc/bind/db.10.100

	Die erste der beiden Dateien "db.delixs-schule.de" enthält die Host-Einträge der künftigen Rechner.		Die erste der beiden Dateien "db.delixs-schule.de" enthält die Host-Einträge der künftigen Rechner.
Zeile 117:		Zeile 117:
	</pre>		</pre>

	Die zweite der beiden Dateien "db.10.100.0" enthält die Reverse-Einträge der künftigen Rechner.		Die zweite der beiden Dateien "db.10.100" enthält die Reverse-Einträge der künftigen Rechner.

	<pre>		<pre>
Zeile 126:		Zeile 126:
	$ORIGIN .		$ORIGIN .
	$TTL 7200 ; 2 hours		$TTL 7200 ; 2 hours
	0.100.10.in-addr.arpa. IN SOA alix.delixs-schule.de. root.delixs-schule.de. (		100.10.in-addr.arpa. IN SOA alix.delixs-schule.de. root.delixs-schule.de. (
	2009051101 ; serial #YYYYMMDDRevision		2009051101 ; serial #YYYYMMDDRevision
	10800 ; refresh (3 hours)		10800 ; refresh (3 hours)
Zeile 135:		Zeile 135:
	NS alix.delixs-schule.de.		NS alix.delixs-schule.de.

	$ORIGIN 0.100.10.in-addr.arpa.		$ORIGIN 100.10.in-addr.arpa.

	1 IN PTR alix.delixs-schule.de.		0.1 IN PTR alix.delixs-schule.de.
	2 IN PTR blix.delixs-schule.de.		0.2 IN PTR blix.delixs-schule.de.
	3 IN PTR clix.delixs-schule.de.		0.3 IN PTR clix.delixs-schule.de.
	4 IN PTR tlix.delixs-schule.de.		0.4 IN PTR tlix.delixs-schule.de.
	</pre>		</pre>

Zeile 153:		Zeile 153:
	=== Konfiguration der Datei /etc/resolv.conf ===		=== Konfiguration der Datei /etc/resolv.conf ===

	Wenn Sie in anderen Dokumenten eine Anleitung zur Änderung der Datei "/etc/resolv.conf" finden, dann sollten Sie diese Hinweise ignorieren. In aktuellen debian-Installationen wird diese Datei immer wieder dynamisch neu erzeugt. Ihre händischen Eintragungen werden also keinen Bestand haben, sondern relativ schnell vom System überschrieben werden.		Wenn Sie in anderen Dokumenten eine Anleitung zur Änderung der Datei "'''[[Entwicklungsumgebung/Dateiliste/resolv.conf\|/etc/resolv.conf]]'''" finden, dann sollten Sie diese Hinweise ignorieren. In aktuellen debian-Installationen wird diese Datei immer wieder dynamisch neu erzeugt. Ihre händischen Eintragungen werden also keinen Bestand haben, sondern relativ schnell vom System überschrieben werden.

Schoffer: nscd stop

2009-05-10T08:30:17Z

nscd stop

← Nächstältere Version		Version vom 10. Mai 2009, 10:30 Uhr
Zeile 33:		Zeile 33:

	'''Hinweis 2:''' Während der Konfigurationsarbeiten sollten Sie den nscd grundsätzlich immer ausschalten, weil sonst die zwischengespeicherten Anfragen alle aktuellen Änderungen eine Zeit lang ignorieren und so die Tests erheblich stören werden.		'''Hinweis 2:''' Während der Konfigurationsarbeiten sollten Sie den nscd grundsätzlich immer ausschalten, weil sonst die zwischengespeicherten Anfragen alle aktuellen Änderungen eine Zeit lang ignorieren und so die Tests erheblich stören werden.

			Schalten Sie also jetzt vor der weiteren Konfiguration den "nscd" aus:

			/etc/init.d/nscd stop

Schoffer: name server control utility

2009-05-10T07:03:20Z

name server control utility

← Nächstältere Version		Version vom 10. Mai 2009, 09:03 Uhr
Zeile 138:		Zeile 138:
	4 IN PTR tlix.delixs-schule.de.		4 IN PTR tlix.delixs-schule.de.
	</pre>		</pre>

			Abschließend werden nun noch die Daten mittels "rndc" (name server control utility)
			neu eingelesen:

			rndc reload

			Damit sind alle Vorbereitungen getroffen.

Schoffer: Hinweis

2009-05-10T06:45:58Z

Hinweis

← Nächstältere Version		Version vom 10. Mai 2009, 08:45 Uhr
Zeile 55:		Zeile 55:

	Für die Namensauflösung im internen Netz müssen wir 3 Dateien anpassen. Eine davon wird geändert und die zwei Anderen werden erzeugt und mit Inhalten gefüllt.		Für die Namensauflösung im internen Netz müssen wir 3 Dateien anpassen. Eine davon wird geändert und die zwei Anderen werden erzeugt und mit Inhalten gefüllt.

			* '''Hinweis:''' Bitte fügen Sie in die folgende Grundkonfiguration keine weiteren Rechner ein. Diese Konfiguration ist ausschließlich als Vorbereitung für die Konvertierung der Daten in die dynamische Konfiguration gedacht. Später werden also alle Daten im LDAP verwaltet.

	Die Datei "/etc/bind/named.conf.local" enthält die Definition der eigenen Zone-Dateien. Öffnen Sie diese Datei im Editor und fügen folgende Zeilen ein:		Die Datei "/etc/bind/named.conf.local" enthält die Definition der eigenen Zone-Dateien. Öffnen Sie diese Datei im Editor und fügen folgende Zeilen ein:

Schoffer: ZumTest

2009-05-10T06:40:59Z

ZumTest

← Nächstältere Version		Version vom 10. Mai 2009, 08:40 Uhr
Zeile 1:		Zeile 1:
	__NOTOC__		__NOTOC__
	{{~~Uberarbeiten~~}}		{{ZumTest}}


	== DNS-Server ==		== DNS-Server ==

Schoffer: früher

2009-05-09T22:03:01Z

früher

← Nächstältere Version		Version vom 10. Mai 2009, 00:03 Uhr
Zeile 18:		Zeile 18:
	=== BIND einsperren ===		=== BIND einsperren ===

	In früheren debian-Installationen lief der BIND mit den Rechten des Nutzers "root", was aus Sicherheitsgründen abgeändert wurde. Für BIND werden bei ~~der Installation~~ automatisch eine Gruppe "bind" und ein Nutzer "bind" angelegt. So entfällt das früher notwendige Einsperren des Bind, weil er nun standardmäßig nicht mehr mit root-Privilegien arbeitet.		In früheren debian-Installationen lief der BIND mit den Rechten des Nutzers "root", was aus Sicherheitsgründen von vielen Admins abgeändert wurde. Für BIND werden aber bei heutigen Installationen automatisch eine Gruppe "bind" und ein Nutzer "bind" angelegt. So entfällt das früher notwendige Einsperren des Bind, weil er nun standardmäßig nicht mehr mit root-Privilegien arbeitet.

	Sie müssen also nichts tun.		Sie müssen also nichts tun.