Attachment #5582 for bug #33210

View | Details | Raw Unified | Return to bug 33210
Collapse All | Expand All




		Das <emphasis>Dynamic Host Configuration Protocol</emphasis> (DHCP) weist Rechnern eine
		IP-Adresse, die Subnetz-Maske und gegebenenfalls weitere Einstellungen
		wie Gateway oder NetBIOS-Server zu. Die IP-Adresse kann fest oder
		dynamisch vergeben werden.
	  </para>
	  <para>
		Die Verwendung von DHCP ermöglicht eine zentrale Vergabe und Kontrolle

		akzeptieren dann die erste Antwort und verwerfen die übrigen.
	  </para>
	  <para>
		Werden auch dynamisch IP-Adressen verteilt, muss der
		DHCP-Failover-Mechanismus eingesetzt werden. Dabei können maximal zwei
		DHCP-Server pro Subnetz verwendet werden.
	  </para>

		DHCP-Service bekannt gemacht. Für Rechner, die per DHCP eine feste
		IP-Adresse beziehen sollen, ist ein DHCP-Rechner-Objekt zwingend erforderlich.
		DHCP-Rechner-Objekte müssen in der Regel nicht manuell erstellt
		werden, weil diese auomatisch angelegt werden, wenn einem Rechnerobjekt mit fester
		IP-Adresse ein DHCP-Service zugewiesen wird.
	  </para>
	  <para>
		Für jedes Subnetz wird ein <emphasis>DHCP-Subnetz</emphasis>-Eintrag
		benötigt, unabhängig davon, ob dynamische IP-Adressen aus diesen
		Subnetzen vergeben werden sollen.
	  </para>
	  <para>
		Über die Einrichtung von <emphasis>DHCP-Pools</emphasis> innerhalb von Subnetzen
		können den verschiedenen IP-Adressbereichen unterschiedliche
		Konfigurationsparameter zugeordnet werden. Auf diese Weise können
		unbekannte Rechner in einem IP-Adressbereich zugelassen und von einem
		anderen IP-Adressbereich ausgeschlossen werden. DHCP-Pools können
		nur unterhalb von DHCP-Subnetz-Objekten angelegt werden.
	  </para>
	  <para>
		Falls mehrere IP Subnetze gemeinsam dasselbe physikalische Thernet-Netzwerk verwenden, sollten diese als
		<emphasis>DHCP Shared Subnet</emphasis> unterhalb eines <guimenu>DHCP Shared Network</guimenu> eingetragen werden.
		<guimenu>DHCP Shared Subnet</guimenu>-Objekte können nur unterhalb von <guimenu>DHCP Shared Network</guimenu>-Objekten angelegt werden.
	  </para>

			  <row>
				<entry>Service-Name</entry>
				<entry>
				  In dieses Eingabefeld muss ein beliebiger aber eindeutiger Name für den
				  DHCP-Service eingetragen werden, z.B. <emphasis>firma.com</emphasis>.
				</entry>
			  </row>
			</tbody>

					einzutragen, z.B. <emphasis>ucs-master</emphasis>.
				  </para>
				  <para>
					Ein Server kann immer nur einen einzigen DHCP-Dienst anbieten und kann deshalb nicht gleichzeitig in mehreren DHCP-Services eingetragen sein.
				  </para>
				</entry>
			  </row>

		  Objekten finden sich in <xref linkend="central:user-interface"/>.
		</para>
		<para>
		  Ein DHCP-Subnetz-Eintrag ist für jedes Subnetz, aus dem dynamische oder
		  feste IP-Adressen vergeben werden sollen, zwingend erforderlich. Das
		  Eintragen von IP-Adressbereichen ist nur notwendig, wenn IP-Adressen
		  dynamisch vergeben werden sollen.

				  Oktettschreibweise.
				  <caution>
					  <para>
					Dynamische IP-Adressbereiche für ein Subnetz sind immer entweder ausschließlich
					im Subnetz-Eintrag oder ausschließlich in einem oder mehreren
					gesonderten Pool-Einträgen anzugeben. Die
					IP-Adressbereich-Eintragstypen innerhalb eines Subnetzes dürfen nicht

		  </tgroup>
		</table>
		<para>
		  Auf dieser Ebene wird häufig über
		  dir Karteikarte <guimenu>Richtlinie: DHCP Routing</guimenu> das Gateway für alle Rechner in diesem Subnetz festgelegt (es
		  sei denn, es werden an DHCP-Pools andere Angaben gemacht).
		</para>
	  </section>

			  <row>
				<entry>Name</entry>
				<entry>
				  In dieses Eingabefeld muss ein beliebiger aber eindeutiger Name für den
				  DHCP-Pool eingetragen werden, z.B. <emphasis>testnetz.firma.com</emphasis>.
				</entry>
			  </row>

		<para>
		  Mit einem <emphasis>DHCP:Rechner</emphasis>-Eintrag wird der betreffende Rechner
		  im DHCP-Service registriert. Rechner können in Abhängigkeit von ihrem
		  Registrierungs-Status behandelt werden. Bekannte Rechner können
		  feste oder dynamische IP-Adressen vom DHCP-Service beziehen; unbekannte Rechner erhalten nur
		  dynamische IP-Adressen.
		</para>
		<para>

		</para>
		<para>
		  DHCP-Rechner-Objekte werden im Modul <emphasis>DHCP</emphasis> der &ucsUMC;
		  verwaltet. Um einen weiteren DHCP-Rechner-Eintrag anzulegen, muss als
		  <guimenu>Übergeordnetes Objekt</guimenu> ein DHCP-Service ausgewählt werden.
		</para>
		<para>

				  Hier können dem Rechner eine oder mehrere feste
				  IP-Adressen zugewiesen werden. Neben einer IP-Adresse kann auch ein
				  vollqualifizierter Domänenname angegeben werden, der vom
				  DHCP-Server in eine oder mehrere IP-Adressen aufgelöst wird.
				</entry>
			  </row>
			</tbody>

		</para>
		<para>
		  DHCP-Shared-Network-Objekte werden im Modul <emphasis>DHCP</emphasis> der &ucsUMC;
		  verwaltet. Um einen weiteren DHCP-Shared-Network-Eintrag anzulegen, muss als
		  <guimenu>Übergeordnetes Objekt</guimenu> ein DHCP-Service ausgewählt werden.
		</para>
		<para>

		  der &ucsUMC; und zum Hinzufügen, Bearbeiten, Suchen und Löschen von
		  Objekten finden sich in <xref linkend="central:user-interface"/>.
		</para>
		<caution>
			<para>
				Ein Shared-Network muss mindestens einen Shared-Subnet-Eintrag enthalten.
				Anderenfalls beendet sich der DHCP-Dienst selber und kann nicht gestartet werden, bis die Konfiguration korrigiert ist.
			</para>
		</caution>
		<table>
		  <title>Reiter 'Allgemein'</title>
		  <tgroup cols="2">

		<para>
		  Als <emphasis>DHCP:Shared Subnet</emphasis> werden Subnetze deklariert, die
		  gemeinsam dasselbe physikalische Netzwerk verwenden. Alle Subnetze,
		  die dasselbe Netzwerk verwenden, müssen unterhalb desselben Shared
		  Network-Containers angelegt werden. Für jedes Subnetz ist ein eigenes
		  <emphasis>DHCP:Shared Subnet</emphasis>-Objekt anzulegen.
		</para>
		<para>
		  DHCP-Shared-Subnet-Objekte können nur über das Modul <emphasis>LDAP-Verzeichnis</emphasis> der &ucsUMC;
		  verwaltet werden. Dazu muss in ein DHCP-Shared Network-Objekt navigiert
		  werden - ein DHCP-Shared Subnet-Objekt muss immer unterhalb eines
		  DHCP-Shared Network-Objektes angelegt werden - und dort mit
		  <guimenu>LDAP-Objekt hinzufügen</guimenu> ein <guimenu>DHCP: Shared Subnet</guimenu>-Objekt eingefügt werden.
		</para>

				<entry>NetBIOS Scope</entry>
				<entry>
				  Der NetBIOS over TCP/IP-Scope für den Client nach der Spezifikation
				  in <ulink url="http://www.ietf.org/rfc/rfc1001.txt">RFC1001</ulink> und <ulink url="http://www.ietf.org/rfc/rfc1002.txt">RFC1002</ulink>. Bei der Angabe des NetBIOS Scopes ist die
				  Groß- und Kleinschreibung zu beachten.
				</entry>
			  </row>

			<listitem>
				<simpara>
			  <emphasis>DNS Aktualisierung</emphasis> erlaubt die Konfiguration von
			  dynamischen DNS-Aktualisierungen.
			  Diese können bislang noch nicht gegen einen LDAP-basierten DNS-Dienst
			  durchgeführt werden, wie er von UCS bereitgestellt wird.
				</simpara>
			</listitem>
			<listitem>
				<simpara>
					<emphasis>DHCP Erlauben/Verbieten</emphasis> erlaubt die Konfiguration verschiedener Optionen, die kontrollieren was für DHCP-Client erlaubt ist.
					Diese sind nur in Ausnahmefällen nötig.
				</simpara>
			</listitem>
			<listitem>




		multiple times. DHCP clients then accept the first answer and ignore the rest.
	  </para>
	  <para>
		If dynamic IP addresses are also assigned, the DHCP failover
		mechanism must be employed and a maximum of two DHCP servers can be
		used per subnet.
	  </para>

		A <emphasis>DHCP host</emphasis> entry is used to make the DHCP service aware of
		a computer. A DHCP host object is required for computers
		attempting to retrieve a fixed IP address over DHCP. DHCP computer
		objects do not normally need to be created manually, because they are
		created automatically when a DHCP service is assigned to a computer object with a
		fixed IP address.
	  </para>
	  <para>
		A <emphasis>DHCP subnet</emphasis> entry is required for every subnet,
		irrespective of whether dynamic IP addresses are to be assigned from
		this subnet.
	  </para>
	  <para>
		Configuration parameters can be assigned to the different IP ranges by
		creating <emphasis>DHCP pools</emphasis> within subnets. In this way unknown
		computers can be allowed in one IP range and excluded from another IP
		range. DHCP pools can only be created below DHCP subnet objects.
	  </para>
	  <para>
		If several IP subnets are used in a physical ethernet network, this should
		be entered as a <emphasis>DHCP shared subnet</emphasis> below
		a <guimenu>DHCP shared network</guimenu>.
		<guimenu>DHCP shared subnet</guimenu> objects can only be created below

		<para>
		  DHCP services are managed in the <emphasis>DHCP</emphasis> module of
		  the &ucsUMC;. To create an additional service, <guimenu>None</guimenu>
		  must be selected as <guimenu>Superordinate</guimenu>.
		</para>
		<para>
		  General information on the operation of the domain management modules

				  </entry>
				  <entry>
					<para>
					  An unambiguous name for the DHCP service must be entered in this input
					  field, e.g., <emphasis>company.example</emphasis>.
					</para>
				  </entry>

					  this input field, e.g., <emphasis>ucs-master</emphasis>.
					</para>
					<para>
					  A server can only ever provide a single DHCP service and therefore cannot be entered in more than one DHCP service at the same
					  time.
					</para>
				  </entry>

					</para>
					<caution>
						<para>
						Dynamic IP ranges for a subnet should always either be specified exclusively
						in the subnet entry or exclusively in one or more special pool
						entries. The types of IP range entries within a subnet must not be
						mixed! If different IP ranges with different configurations are be set

		  </table>
		<para>
		  At this level, the gateway for all computers in a subnet is often set
		  using
		  the <guimenu>Policy: DHCP Routing</guimenu> tab (unless other entries
		  are performed at lower levels).
		</para>
	  </section>


		</para>
		<para>
		  If DHCP pools are created in a subnet, no IP address range should be
		  defined in the subnet entry. These should only be specified via the pool
		  entries.
		</para>
		  <table>

				  </entry>
				  <entry>
					<para>
					  An unambiguous name for the DHCP pool must be entered in this input
					  field, e.g., <emphasis>testnet.compaby.example</emphasis>.
					</para>
				  </entry>

		<para>
		  A <emphasis>DHCP host</emphasis> entry is used to register the respective
		  computer in the DHCP service. Computers can be handled depending on
		  their registration status. Known computers may get fixed and dynamic IP
		  addresses from the DHCP service; unknown computers only get
		  dynamic IP addresses.
		</para>
		<para>

		</para>
		<para>
		  DHCP host objects are managed in the <emphasis>DHCP</emphasis> module of
		  the &ucsUMC;. To create an additional DHCP host entry, a DHCP
		  service must be selected as <guimenu>Superordinate</guimenu>.
		</para>
		<para>

					  One or more fixed IP addresses can be assigned to the computer
					  here. In addition to an IP address, a fully qualified domain names can
					  also be entered, which is resolved into one or more IP addresses by
					  the DHCP server.
					</para>
				  </entry>
				</row>

		</para>
		<para>
		  DHCP shared network objects are managed in the <emphasis>DHCP</emphasis> module
		  of the &ucsUMC;. To create an additional DHCP shared network entry, a DHCP
		  service must be selected as <guimenu>Superordinate</guimenu>.
		</para>
		<para>

		  of the &ucsUMC; and on the adding, editing, searching for and
		  deleting of objects can be found in <xref linkend="central:user-interface"/>.
		</para>
		<caution>
			<para>
				A shared network must contain at least one shared subnet object.
				Otherwise the DHCP service will terminate itself and cannot be resarted until the configuration is fixed.
			</para>
		</caution>
		  <table>
			<title>'General' tab</title>
			<tgroup cols="2">

				  </entry>
				  <entry>
					<para>
					  A name for the shared network must be entered in this input field.

					</para>
				  </entry>
				</row>

		<para>
		  Subnets are declared as a <emphasis>DHCP shared subnet</emphasis> when they use the
		  same, common physical network. All subnets which use the same network
		  must be stored below the same shared network container. A
		  separate <emphasis>DHCP shared subnet</emphasis> object must be created for each
		  subnet.
		</para>
		<para>
		  DHCP shared subnet objects can only be managed via
		  the <emphasis>LDAP directory</emphasis> module of the &ucsUMC;. To do so, one must
		  always be in a DHCP shared network object - a DHCP shared subnet object
		  must always be created below a DHCP shared network object - and
		  a <guimenu>DHCP shared subnet</guimenu> object added
		  with <guimenu>Add LDAP object</guimenu>.

					  must be verified that the DHCP server can resolve these names in IP
					  addresses. The routers are contacted by the client in the order in
					  which they stand in the selection list.

					</para>
				  </entry>
				</row>

					  servers can be added. When using FQDNs, it must be verified that the
					  DHCP server can resolve the names in IP addresses. The DNS servers are
					  contacted by the clients according to the order specified here.

					</para>
				  </entry>
				</row>

				  <entry>
					<para>
					  The NetBIOS over TCP/IP scope for the client according to the
					  specification in <ulink url="http://www.ietf.org/rfc/rfc1001.txt">RFC1001</ulink> and <ulink url="http://www.ietf.org/rfc/rfc1002.txt">RFC1002</ulink>. Attention must be paid to
					  uppercase and lowercase when entering the NetBIOS scope.
					</para>
				  </entry>

					  The minimum lease time specifies the shortest period of time for which
					  a lease can be granted. If this input field is left empty, the DHCP
					  server's default value is used.

					</para>
				  </entry>
				</row>

			  <para>
				<emphasis>DHCP Dynamic DNS</emphasis>
				allows the configuration of dynamic
				DNS updates. These cannot yet be performed with a LDAP-based DNS
				service as provided out-of-the-box by UCS.
			  </para>
			</listitem>
			<listitem>
			  <para>
				<emphasis>DHCP Allow/Deny</emphasis>
				allows the configuration of different DHCP options, which control what clients are allowed to do.
				The are only useful in exceptional cases.
			  </para>
			</listitem>
			<listitem>

Return to bug 33210