2016-09-12 15:24:05 +00:00
|
|
|
diff -up dhcp-4.3.5b1/client/dhclient.conf.5.man dhcp-4.3.5b1/client/dhclient.conf.5
|
|
|
|
--- dhcp-4.3.5b1/client/dhclient.conf.5.man 2016-08-26 20:19:53.000000000 +0200
|
|
|
|
+++ dhcp-4.3.5b1/client/dhclient.conf.5 2016-09-12 17:09:23.243313514 +0200
|
|
|
|
@@ -228,7 +228,8 @@ responding to the client send the client
|
|
|
|
options. Only the option names should be specified in the request
|
|
|
|
statement - not option parameters. By default, the DHCPv4 client
|
|
|
|
requests the subnet-mask, broadcast-address, time-offset, routers,
|
|
|
|
-domain-name, domain-name-servers and host-name options while the DHCPv6
|
|
|
|
+domain-search, domain-name, domain-name-servers, host-name, nis-domain,
|
|
|
|
+nis-servers, ntp-servers and interface-mtu options while the DHCPv6
|
|
|
|
client requests the dhcp6 name-servers and domain-search options. Note
|
|
|
|
that if you enter a \'request\' statement, you over-ride these defaults
|
|
|
|
and these options will not be requested.
|
|
|
|
@@ -736,6 +737,17 @@ know the DHCP service(s) anycast MAC add
|
|
|
|
client. The \fIlink-type\fR and \fImac-address\fR parameters are configured
|
|
|
|
in a similar manner to the \fBhardware\fR statement.
|
|
|
|
.PP
|
|
|
|
+ \fBbootp-broadcast-always;\fR
|
|
|
|
+.PP
|
|
|
|
+The
|
|
|
|
+.B bootp-broadcast-always
|
|
|
|
+statement instructs dhclient to always set the bootp broadcast flag in
|
|
|
|
+request packets, so that servers will always broadcast replies.
|
|
|
|
+This is equivalent to supplying the dhclient -B argument, and has
|
|
|
|
+the same effect as specifying 'always-broadcast' in the server's dhcpd.conf.
|
|
|
|
+This option is provided as an extension to enable dhclient to work
|
|
|
|
+on IBM s390 Linux guests.
|
|
|
|
+.PP
|
|
|
|
.SH SAMPLE
|
|
|
|
The following configuration file was used on a laptop running NetBSD
|
|
|
|
1.3, though the domains have been modified.
|
|
|
|
diff -up dhcp-4.3.5b1/client/dhclient-script.8.man dhcp-4.3.5b1/client/dhclient-script.8
|
|
|
|
--- dhcp-4.3.5b1/client/dhclient-script.8.man 2016-08-26 20:19:53.000000000 +0200
|
|
|
|
+++ dhcp-4.3.5b1/client/dhclient-script.8 2016-09-12 17:08:09.516254385 +0200
|
|
|
|
@@ -45,7 +45,7 @@ customizations are needed, they should b
|
2013-12-20 15:13:52 +00:00
|
|
|
exit hooks provided (see HOOKS for details). These hooks will allow the
|
|
|
|
user to override the default behaviour of the client in creating a
|
|
|
|
.B /etc/resolv.conf
|
|
|
|
-file.
|
|
|
|
+file, and to handle DHCP options not handled by default.
|
|
|
|
.PP
|
|
|
|
No standard client script exists for some operating systems, even though
|
|
|
|
the actual client may work, so a pioneering user may well need to create
|
2016-09-12 15:24:05 +00:00
|
|
|
@@ -89,6 +89,26 @@ present. The
|
2013-12-20 15:13:52 +00:00
|
|
|
.B ETCDIR/dhclient-exit-hooks
|
|
|
|
script can modify the valid of exit_status to change the exit status
|
|
|
|
of dhclient-script.
|
|
|
|
+.PP
|
|
|
|
+Immediately after dhclient brings an interface UP with a new IP address,
|
|
|
|
+subnet mask, and routes, in the REBOOT/BOUND states, it will check for the
|
|
|
|
+existence of an executable
|
|
|
|
+.B ETCDIR/dhclient-up-hooks
|
|
|
|
+script, and source it if found. This script can handle DHCP options in
|
|
|
|
+the environment that are not handled by default. A per-interface.
|
|
|
|
+.B ETCDIR/dhclient-${IF}-up-hooks
|
|
|
|
+script will override the generic script and be sourced when interface
|
|
|
|
+$IF has been brought up.
|
|
|
|
+.PP
|
|
|
|
+Immediately before dhclient brings an interface DOWN, removing its IP
|
|
|
|
+address, subnet mask, and routes, in the STOP/RELEASE states, it will
|
|
|
|
+check for the existence of an executable
|
|
|
|
+.B ETCDIR/dhclient-down-hooks
|
|
|
|
+script, and source it if found. This script can handle DHCP options in
|
|
|
|
+the environment that are not handled by default. A per-interface
|
|
|
|
+.B ETCDIR/dhclient-${IF}-down-hooks
|
|
|
|
+script will override the generic script and be sourced when interface
|
|
|
|
+$IF is about to be brought down.
|
|
|
|
.SH OPERATION
|
|
|
|
When dhclient needs to invoke the client configuration script, it
|
|
|
|
defines a set of variables in the environment, and then invokes
|
2016-09-12 15:24:05 +00:00
|
|
|
diff -up dhcp-4.3.5b1/common/dhcp-options.5.man dhcp-4.3.5b1/common/dhcp-options.5
|
|
|
|
--- dhcp-4.3.5b1/common/dhcp-options.5.man 2016-08-26 20:19:53.000000000 +0200
|
|
|
|
+++ dhcp-4.3.5b1/common/dhcp-options.5 2016-09-12 17:08:09.517254386 +0200
|
|
|
|
@@ -1013,6 +1013,21 @@ classless IP routing - it does not inclu
|
2011-01-27 16:06:55 +00:00
|
|
|
classless IP routing is now the most widely deployed routing standard,
|
|
|
|
this option is virtually useless, and is not implemented by any of the
|
|
|
|
popular DHCP clients, for example the Microsoft DHCP client.
|
|
|
|
+.PP
|
|
|
|
+NOTE to Fedora dhclient users:
|
|
|
|
+.br
|
|
|
|
+dhclient-script interprets trailing 0 octets of the target as indicating
|
|
|
|
+the subnet class of the route, so for the following static-routes value:
|
|
|
|
+.br
|
|
|
|
+ option static-routes 172.0.0.0 172.16.2.254,
|
|
|
|
+.br
|
|
|
|
+ 192.168.0.0 192.168.2.254;
|
|
|
|
+.br
|
|
|
|
+dhclient-script will create routes:
|
|
|
|
+.br
|
|
|
|
+ 172/8 via 172.16.2.254 dev $interface
|
|
|
|
+.br
|
|
|
|
+ 192.168/16 via 192.168.2.254 dev $interface
|
|
|
|
.RE
|
|
|
|
.PP
|
|
|
|
.nf
|
2016-09-12 15:24:05 +00:00
|
|
|
diff -up dhcp-4.3.5b1/server/dhcpd.conf.5.man dhcp-4.3.5b1/server/dhcpd.conf.5
|
|
|
|
--- dhcp-4.3.5b1/server/dhcpd.conf.5.man 2016-08-26 20:19:53.000000000 +0200
|
|
|
|
+++ dhcp-4.3.5b1/server/dhcpd.conf.5 2016-09-12 17:10:11.205351980 +0200
|
|
|
|
@@ -528,6 +528,9 @@ pool {
|
2011-01-27 16:06:55 +00:00
|
|
|
};
|
|
|
|
.fi
|
|
|
|
.PP
|
|
|
|
+Dynamic BOOTP leases are not compatible with failover, and, as such,
|
|
|
|
+you need to disallow BOOTP in pools that you are using failover for.
|
|
|
|
+.PP
|
|
|
|
The server currently does very little sanity checking, so if you
|
|
|
|
configure it wrong, it will just fail in odd ways. I would recommend
|
|
|
|
therefore that you either do failover or don't do failover, but don't
|
2016-09-12 15:24:05 +00:00
|
|
|
@@ -542,9 +545,9 @@ primary server might look like this:
|
2011-01-27 16:06:55 +00:00
|
|
|
failover peer "foo" {
|
|
|
|
primary;
|
2016-09-12 15:24:05 +00:00
|
|
|
address anthrax.rc.example.com;
|
2011-01-27 16:06:55 +00:00
|
|
|
- port 519;
|
|
|
|
+ port 647;
|
2016-09-12 15:24:05 +00:00
|
|
|
peer address trantor.rc.example.com;
|
2011-01-27 16:06:55 +00:00
|
|
|
- peer port 520;
|
|
|
|
+ peer port 847;
|
|
|
|
max-response-delay 60;
|
|
|
|
max-unacked-updates 10;
|
|
|
|
mclt 3600;
|
2016-09-12 15:24:05 +00:00
|
|
|
@@ -1246,7 +1249,7 @@ the zone containing PTR records - for IS
|
2011-01-27 16:06:55 +00:00
|
|
|
.PP
|
|
|
|
.nf
|
|
|
|
key DHCP_UPDATER {
|
|
|
|
- algorithm HMAC-MD5.SIG-ALG.REG.INT;
|
|
|
|
+ algorithm hmac-md5;
|
|
|
|
secret pRP5FapFoJ95JEL06sv4PQ==;
|
|
|
|
};
|
|
|
|
|
2016-09-12 15:24:05 +00:00
|
|
|
@@ -1269,7 +1272,7 @@ dhcpd.conf file:
|
2011-01-27 16:06:55 +00:00
|
|
|
.PP
|
|
|
|
.nf
|
|
|
|
key DHCP_UPDATER {
|
|
|
|
- algorithm HMAC-MD5.SIG-ALG.REG.INT;
|
|
|
|
+ algorithm hmac-md5;
|
|
|
|
secret pRP5FapFoJ95JEL06sv4PQ==;
|
|
|
|
};
|
|
|
|
|
2016-09-12 15:24:05 +00:00
|
|
|
@@ -2742,7 +2745,8 @@ statement
|
2011-01-27 16:06:55 +00:00
|
|
|
The \fInext-server\fR statement is used to specify the host address of
|
|
|
|
the server from which the initial boot file (specified in the
|
2012-12-17 18:28:45 +00:00
|
|
|
\fIfilename\fR statement) is to be loaded. \fIServer-name\fR should
|
2011-01-27 16:06:55 +00:00
|
|
|
-be a numeric IP address or a domain name.
|
|
|
|
+be a numeric IP address or a domain name. If no \fInext-server\fR statement
|
|
|
|
+applies to a given client, the address 0.0.0.0 is used.
|
|
|
|
.RE
|
|
|
|
.PP
|
|
|
|
The
|