Attachment 5582 Details for Bug 33210

[patch] Fixes for DHCP chapter

33xxx_manual-dhcp.diff (text/plain), 20.80 KB, created by Philipp Hahn on 2013-11-08 12:39 CET

(hide)

Description:

Filename:

MIME Type:

Creator: Philipp Hahn

Created: 2013-11-08 12:39 CET

Size: 20.80 KB

patch

obsolete

>diff --git a/branches/ucs-3.2/ucs-3.2-0/doc/manual/ip-config-de.xml b/branches/ucs-3.2/ucs-3.2-0/doc/manual/ip-config-de.xml
>index ef09415..a7865be 100644
>--- a/branches/ucs-3.2/ucs-3.2-0/doc/manual/ip-config-de.xml
>+++ b/branches/ucs-3.2/ucs-3.2-0/doc/manual/ip-config-de.xml
>@@ -973,7 +973,7 @@
> 		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
>-		variabel vergeben werden.
>+		dynamisch vergeben werden.
> 	  </para>
> 	  <para>
> 		Die Verwendung von DHCP ermÃ¶glicht eine zentrale Vergabe und Kontrolle
>@@ -1004,7 +1004,7 @@
> 		akzeptieren dann die erste Antwort und verwerfen die Ã¼brigen.
> 	  </para>
> 	  <para>
>-		Werden auch variable IP-Adressen verteilt, muss der
>+		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>
>@@ -1013,24 +1013,24 @@
> 		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, sondern werden erzeugt, wenn einem Rechnerobjekt mit fester
>+		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 variable IP-Adressen aus diesen
>+		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 in einem
>+		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 Subnetze gemeinsam dasselbe physikalische Netzwerk verwenden, sollten diese als
>+		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>
>@@ -1094,8 +1094,8 @@
> 			  <row>
> 				<entry>Service-Name</entry>
> 				<entry>
>-				  In dieses Eingabefeld kann ein beliebiger eindeutiger Name fÃ¼r den
>-				  DHCP-Service eingetragen werden, z.B <emphasis>firma.com</emphasis>.
>+				  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>
>@@ -1141,7 +1141,7 @@
> 					einzutragen, z.B. <emphasis>ucs-master</emphasis>.
> 				  </para>
> 				  <para>
>-					Ein Server kann nicht gleichzeitig in mehreren DHCP-Services eingetragen sein.
>+					Ein Server kann immer nur einen einzigen DHCP-Dienst anbieten und kann deshalb nicht gleichzeitig in mehreren DHCP-Services eingetragen sein.
> 				  </para>
> 				</entry>
> 			  </row>
>@@ -1163,7 +1163,7 @@
> 		  Objekten finden sich in <xref linkend="central:user-interface"/>.
> 		</para>
> 		<para>
>-		  Ein DHCP-Subnetz-Eintrag ist fÃ¼r jedes Subnetz, aus dem variable oder
>+		  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.
>@@ -1212,7 +1212,7 @@
> 				  Oktettschreibweise.
> 				  <caution>
> 					  <para>
>-					IP-Adressbereiche fÃ¼r ein Subnetz sind immer entweder ausschlieÃlich
>+					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
>@@ -1227,8 +1227,8 @@
> 		  </tgroup>
> 		</table>
> 		<para>
>-		  Auf dieser Ebene wird hÃ¤ufig Ã¼ber das Eingabefeld
>-		  <guimenu>Router</guimenu> auf der Karteikarte <guimenu>Richtlinie: DHCP Routing</guimenu> das Gateway fÃ¼r alle Rechner in diesem Subnetz festgelegt (es
>+		  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>
>@@ -1262,7 +1262,7 @@
> 			  <row>
> 				<entry>Name</entry>
> 				<entry>
>-				  In dieses Eingabefeld kann ein beliebiger eindeutiger Name fÃ¼r den
>+				  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>
>@@ -1306,8 +1306,8 @@
> 		<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. Nur bekannte Rechner erhalten
>-		  feste IP-Adressen vom DHCP-Service; unbekannte Rechner erhalten nur
>+		  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>
>@@ -1319,7 +1319,7 @@
> 		</para>
> 		<para>
> 		  DHCP-Rechner-Objekte werden im Modul <emphasis>DHCP</emphasis> der &ucsUMC;
>-		  verwaltet. Um einen weiteren DHCP-Server-Eintrag anzulegen, muss als
>+		  verwaltet. Um einen weiteren DHCP-Rechner-Eintrag anzulegen, muss als
> 		  <guimenu>Ãbergeordnetes Objekt</guimenu> ein DHCP-Service ausgewÃ¤hlt werden.
> 		</para>
> 		<para>
>@@ -1371,7 +1371,7 @@
> 				  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
>-				  DNS-Server in eine oder mehrere IP-Adressen aufgelÃ¶st wird.
>+				  DHCP-Server in eine oder mehrere IP-Adressen aufgelÃ¶st wird.
> 				</entry>
> 			  </row>
> 			</tbody>
>@@ -1387,7 +1387,7 @@
> 		</para>
> 		<para>
> 		  DHCP-Shared-Network-Objekte werden im Modul <emphasis>DHCP</emphasis> der &ucsUMC;
>-		  verwaltet. Um einen weiteren DHCP-Server-Eintrag anzulegen, muss als
>+		  verwaltet. Um einen weiteren DHCP-Shared-Network-Eintrag anzulegen, muss als
> 		  <guimenu>Ãbergeordnetes Objekt</guimenu> ein DHCP-Service ausgewÃ¤hlt werden.
> 		</para>
> 		<para>
>@@ -1395,12 +1395,12 @@
> 		  der &ucsUMC; und zum HinzufÃ¼gen, Bearbeiten, Suchen und LÃ¶schen von
> 		  Objekten finden sich in <xref linkend="central:user-interface"/>.
> 		</para>
>-		<para>
>-		  In das Shared Network sollte unbedingt ein Shared Subnet (siehe
>-		  unten) eingetragen werden, da sich der
>-		  DHCP-Service sonst beendet und neu gestartet werden muss, wenn sich ein
>-		  leeres Shared Network in seiner Konfiguration befindet.
>-		</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">
>@@ -1425,14 +1425,14 @@
> 		<para>
> 		  Als <emphasis>DHCP:Shared Subnet</emphasis> werden Subnetze deklariert, die
> 		  gemeinsam dasselbe physikalische Netzwerk verwenden. Alle Subnetze,
>-		  die dasselbe Netzwerk verwenden, sollten unterhalb desselben Shared
>+		  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-Subnetz-Objekt navigiert
>-		  werden - ein DHCP-Shared-Subnet-Objekt muss immer unterhalb eines
>+		  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>
>@@ -1559,7 +1559,7 @@
> 				<entry>NetBIOS Scope</entry>
> 				<entry>
> 				  Der NetBIOS over TCP/IP-Scope fÃ¼r den Client nach der Spezifikation
>-				  in RFC1001 und RFC1002. Bei der Angabe des NetBIOS Scopes ist die
>+				  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>
>@@ -1702,14 +1702,15 @@
> 			<listitem>
> 				<simpara>
> 			  <emphasis>DNS Aktualisierung</emphasis> erlaubt die Konfiguration von
>-			  dynamischen DNS-Aktualisierungen. Diese kÃ¶nnen bislang noch nicht gegen einen UCS-basierten DNS-Dienst
>-			  durchgefÃ¼hrt werden, sondern nur gegen externe Server.
>+			  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 feingranulierte
>-			  Vergabe von Zugriffsberechtigungen auf den DHCP-Server.
>+					<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>
>diff --git a/branches/ucs-3.2/ucs-3.2-0/doc/manual/ip-config-en.xml b/branches/ucs-3.2/ucs-3.2-0/doc/manual/ip-config-en.xml
>index 4b587f1..4063f07 100644
>--- a/branches/ucs-3.2/ucs-3.2-0/doc/manual/ip-config-en.xml
>+++ b/branches/ucs-3.2/ucs-3.2-0/doc/manual/ip-config-en.xml
>@@ -1205,7 +1205,7 @@
> 		multiple times. DHCP clients then accept the first answer and ignore the rest.
> 	  </para>
> 	  <para>
>-		If variable IP addresses are also assigned, the DHCP failover
>+		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>
>@@ -1213,23 +1213,23 @@
> 		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, instead they are
>-		created when a DHCP service is assigned to a computer object with a
>+		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 variable IP addresses are to be assigned from
>+		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 in another IP
>+		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 subnets use the same common, physical network, this should
>+		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
>@@ -1250,7 +1250,7 @@ closest to the object always applies.
> 		<para>
> 		  DHCP services are managed in the <emphasis>DHCP</emphasis> module of
> 		  the &ucsUMC;. To create an additional service, <guimenu>None</guimenu>
>-		  must be entered as <guimenu>Superordinate</guimenu>.
>+		  must be selected as <guimenu>Superordinate</guimenu>.
> 		</para>
> 		<para>
> 		  General information on the operation of the domain management modules
>@@ -1301,7 +1301,7 @@ closest to the object always applies.
> 				  </entry>
> 				  <entry>
> 					<para>
>-					  An unambiguous name for the DHCP service can be entered in this input
>+					  An unambiguous name for the DHCP service must be entered in this input
> 					  field, e.g., <emphasis>company.example</emphasis>.
> 					</para>
> 				  </entry>
>@@ -1357,7 +1357,7 @@ closest to the object always applies.
> 					  this input field, e.g., <emphasis>ucs-master</emphasis>.
> 					</para>
> 					<para>
>-					  A server cannot be entered in more than one DHCP service at the same
>+					  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>
>@@ -1442,7 +1442,7 @@ closest to the object always applies.
> 					</para>
> 					<caution>
> 						<para>
>-						IP ranges for a subnet should always either be specified exclusively
>+						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
>@@ -1456,9 +1456,9 @@ closest to the object always applies.
> 		  </table>
> 		<para>
> 		  At this level, the gateway for all computers in a subnet is often set
>-		  using the <guimenu>Router</guimenu> input field on
>+		  using
> 		  the <guimenu>Policy: DHCP Routing</guimenu> tab (unless other entries
>-		  are perfomed at lower levels).
>+		  are performed at lower levels).
> 		</para>
> 	  </section>
> 
>@@ -1474,7 +1474,7 @@ closest to the object always applies.
> 		</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 created in the pool
>+		  defined in the subnet entry. These should only be specified via the pool
> 		  entries.
> 		</para>
> 		  <table>
>@@ -1499,7 +1499,7 @@ closest to the object always applies.
> 				  </entry>
> 				  <entry>
> 					<para>
>-					  An unambiguous name for the DHCP pool can be entered in this input
>+					  An unambiguous name for the DHCP pool must be entered in this input
> 					  field, e.g., <emphasis>testnet.compaby.example</emphasis>.
> 					</para>
> 				  </entry>
>@@ -1556,8 +1556,8 @@ closest to the object always applies.
> 		<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. Only known computers receive fixed IP
>-		  addresses from the DHCP service; unknown computers only receive
>+		  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>
>@@ -1569,7 +1569,7 @@ closest to the object always applies.
> 		</para>
> 		<para>
> 		  DHCP host objects are managed in the <emphasis>DHCP</emphasis> module of
>-		  the &ucsUMC;. To create an additional DHCP server entry, a DHCP
>+		  the &ucsUMC;. To create an additional DHCP host entry, a DHCP
> 		  service must be selected as <guimenu>Superordinate</guimenu>.
> 		</para>
> 		<para>
>@@ -1637,7 +1637,7 @@ closest to the object always applies.
> 					  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 DNS server.
>+					  the DHCP server.
> 					</para>
> 				  </entry>
> 				</row>
>@@ -1655,7 +1655,7 @@ closest to the object always applies.
> 		</para>
> 		<para>
> 		  DHCP shared network objects are managed in the <emphasis>DHCP</emphasis> module
>-		  of the &ucsUMC;. To create an additional DHCP server entry, a DHCP
>+		  of the &ucsUMC;. To create an additional DHCP shared network entry, a DHCP
> 		  service must be selected as <guimenu>Superordinate</guimenu>.
> 		</para>
> 		<para>
>@@ -1663,12 +1663,12 @@ closest to the object always applies.
> 		  of the &ucsUMC; and on the adding, editing, searching for and
> 		  deleting of objects can be found in <xref linkend="central:user-interface"/>.
> 		</para>
>-		<para>
>-		  A shared subnet (see below) should be entered in the shared network
>-		  under all circumstances as otherwise the DHCP service will need to be
>-		  ended and restarted if there is an empty shared network in its
>-		  configuration.
>-		</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">
>@@ -1691,8 +1691,7 @@ closest to the object always applies.
> 				  </entry>
> 				  <entry>
> 					<para>
>-					  A name for the shared network should be entered in this input field.
>-
>+					  A name for the shared network must be entered in this input field.
> 					</para>
> 				  </entry>
> 				</row>
>@@ -1702,14 +1701,14 @@ closest to the object always applies.
> 		<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
>-		  should be stored below the same shared network container. A
>+		  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 subnet object - a DHCP shared subnet object
>+		  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>.
>@@ -1755,7 +1754,6 @@ closest to the object always applies.
> 					  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>
>@@ -1814,7 +1812,6 @@ closest to the object always applies.
> 					  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>
>@@ -1871,7 +1868,7 @@ closest to the object always applies.
> 				  <entry>
> 					<para>
> 					  The NetBIOS over TCP/IP scope for the client according to the
>-					  specification in RFC1001 and RFC1002. Attention must be paid to
>+					  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>
>@@ -1972,7 +1969,6 @@ closest to the object always applies.
> 					  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>
>@@ -2049,15 +2045,15 @@ closest to the object always applies.
> 			  <para>
> 				<emphasis>DHCP Dynamic DNS</emphasis>
> 				allows the configuration of dynamic
>-				DNS updates. These cannot yet be performed with a UCS-based DNS
>-				service, but only with external servers.
>+				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 detailed assignment of
>-				access rights on the DHCP servers.
>+				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>

Actions: View | Diff

Attachments on bug 33210: 5582