@@ -780,7 +780,7 @@ The Failover pool balance statements.
780
780
This version of the DHCP Server evaluates pool balance on a schedule,
781
781
rather than on demand as leases are allocated. The latter approach
782
782
proved to be slightly klunky when pool misbalanced reach total
783
- saturation... when any server ran out of leases to assign, it also lost
783
+ saturation \( em when any server ran out of leases to assign, it also lost
784
784
its ability to notice it had run dry.
785
785
.PP
786
786
In order to understand pool balance, some elements of its operation
@@ -1228,12 +1228,12 @@ IP address, it can update its own A record, assuming that the
1228
1228
.PP
1229
1229
If the server is configured not to allow client updates, or if the
1230
1230
client doesn't want to do its own update, the server will simply
1231
- choose a name for the client from either the fqdn option (if present)
1231
+ choose a name for the client from either the \fB fqdn \fR option (if present)
1232
1232
or the hostname option (if present). It will use its own
1233
1233
domain name for the client, just as in the ad-hoc update scheme.
1234
1234
It will then update both the A and PTR record, using the name that it
1235
1235
chose for the client. If the client sends a fully-qualified domain
1236
- name in the fqdn option, the server uses only the leftmost part of the
1236
+ name in the \fB fqdn \fR option, the server uses only the leftmost part of the
1237
1237
domain name - in the example above, "jschmoe" instead of
1238
1238
"jschmoe.radish.org".
1239
1239
.PP
@@ -2051,7 +2051,7 @@ The \fIddns-hostname\fR statement
2051
2051
.B ddns-hostname \fI name \fB ; \fR
2052
2052
.PP
2053
2053
The \fI name \fR parameter should be the hostname that will be used in
2054
- setting up the client's A and PTR records. If no ddns -hostname is
2054
+ setting up the client's A and PTR records. If no \fI ddns -hostname\fR is
2055
2055
specified in scope, then the server will derive the hostname
2056
2056
automatically, using an algorithm that varies for each of the
2057
2057
different update methods.
@@ -2199,7 +2199,7 @@ set to \fBinterim\fR. Forward updates are enabled by default. If
2199
2199
this statement is used to disable forward updates, the DHCP server
2200
2200
will never attempt to update the client's A record, and will only ever
2201
2201
attempt to update the client's PTR record if the client supplies an
2202
- FQDN that should be placed in the PTR record using the fqdn option.
2202
+ FQDN that should be placed in the PTR record using the \fB fqdn \fR option.
2203
2203
If forward updates are enabled, the DHCP server will still honor the
2204
2204
setting of the \fB client-updates \fR flag.
2205
2205
.RE
@@ -2454,7 +2454,7 @@ This statement causes the DHCP server to listen for DHCP requests sent
2454
2454
to the specified \fI address \fR , rather than requests sent to all addresses.
2455
2455
Since serving directly attached DHCP clients implies that the server must
2456
2456
respond to requests sent to the all-ones IP address, this option cannot be
2457
- used if clients are on directly attached networks... it is only realistically
2457
+ used if clients are on directly attached networks; it is only realistically
2458
2458
useful for a server whose only clients are reached via unicasts, such as via
2459
2459
DHCP relay agents.
2460
2460
.PP
@@ -2509,6 +2509,7 @@ Because the \fIlog-facility\fR setting is controlled by the dhcpd.conf
2509
2509
file, log messages printed while parsing the dhcpd.conf file or before
2510
2510
parsing it are logged to the default log facility. To prevent this,
2511
2511
see the README file included with this distribution, which describes
2512
+ BUG: where is that mentioned in README?
2512
2513
how to change the default log facility. When this parameter is used,
2513
2514
the DHCP server prints its startup message a second time after parsing
2514
2515
the configuration file, so that the log will be as complete as
0 commit comments