On Sat, Mar 01, 2008 at 06:58:21PM +1100, Tim Connors wrote:
> retitle 407336 dhclient3: adopts dhcp server's settings despite them not
> being "request"ed
> thanks
>
> I have cut down the settings I want to accept from the server to a bare
> minimum:
> request subnet-mask, broadcast-address, time-offset, routers, interface-mtu,
> domain-name-servers;
>
> As well as trying to give me ntp servers to use, which prompted this bug,
> it is now giving me a domain name search list too, which resolvconf is
> appending to my own list. I'm not on the network now, so can't show the
> debug behaviour, but it gives this strange looking lease with wacky expire
> dates:
>
> lease {
> interface "bond0";
> fixed-address 192.168.2.4;
> option subnet-mask 255.255.255.0;
> option routers 192.168.2.1;
> option dhcp-lease-time 4294967295;
> option dhcp-message-type 5;
> option domain-name-servers 150.203.92.5;
> option dhcp-server-identifier 192.168.2.1;
> option interface-mtu 1492;
> option domain-name "Belkin";
> renew 1 2076/03/16 05:47:04;
> rebind 1 2127/03/31 14:12:33;
> expire 6 2144/04/04 09:01:11;
> }
>
> "Belkin" ended up being appended to the search list, but I presume it came
> from a pushed domain-search rather than "domain-name" option from the
> server (I assume not everything sent by the server ends up in
> /var/lib/dhcp3/dhclient.leases ?).
>
> Since it is evident that dhcp servers are pushing setting not being
> requested of them, perhaps it is time for the dhcp client to ignore
> anything it didn't request.
So I've picked this bug up again because I'm trying to clean up some of the
open bugs. I still cannot reproduce this in a test environment.
My understanding is that the DHCP lease file is going to contain everything
that is received from the DHCP server.
My current test was to have the DHCP server providing the ntp-servers option
and the DHCP client not requesting it.
When I *was* requesting the option, it appeared in the lease file, when I
*wasn't* it did not.
I also enabled the debug hooks and added the new_ and old_ntp_servers
variables to the list that was spat out, and when I *wasn't* requesting the
option, there these variables contained nothing (as expected).
I'll continue investigating tonight, specifically because your bug has
similarities with #553023 and I'll look into that one as well.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
