Bug#407336: [pkg-ntp-maintainers] Bug#407336: ntp: undesirable behaviour of overwriting conf file based on dhcp unconfigurable
On Fri, 13 Jul 2007, Tim Connors wrote: On Sat, 23 Jun 2007, Andrew Pollock wrote: On Tue, Feb 27, 2007 at 10:02:05PM +0100, Kurt Roeckx wrote: reassign 407336 dhcp3-client thanks at the start of the remove and add functions in /etc/dhcp3/dhclient-enter-hooks.d/ntp and it is quite clearly being called with $reason=BOUND (about third time around after a bunch of times when $reason didn't match). This is with request subnet-mask, broadcast-address, time-offset, routers, domain-name, domain-name-servers, netbios-name-servers, netbios-scope, interface-mtu; in /etc/dhcp3/dhclient.conf This looks like a bug in dhcp3 to me, since it's not requested. I can't reproduce this problem. I ran a DHCP server/client pair, and where the ntp-servers were not requested, none was included in the information accessible to the hooks. Try modifying the debug hooks to include new_ntp_servers and old_ntp_servers in the list of variables they write out, and enable the debug hooks whilst acquiring a lease. Fri Jul 13 15:01:40 EST 2007: entering dhclient-enter-hooks.d, dumping variables. reason='BOUND' interface='eth0' medium='' alias_ip_address='' new_ip_address='150.203.92.87' new_subnet_mask='255.255.255.0' new_domain_name='anu.edu.au' new_domain_name_servers='150.203.92.5' new_routers='150.203.92.1' new_static_routes='' old_ip_address='192.231.166.113' old_subnet_mask='255.255.255.0' old_domain_name='aao.gov.au' old_domain_name_servers='192.231.166.63 192.231.167.64 150.203.1.10' old_routers='192.231.166.3' old_static_routes='' new_ntp_servers='150.203.92.5' old_ntp_servers='' So it's being received despite not being asked for. I tried changing the shebang line of /sbin/dhclient-script to include a -x, but didn't find anything of use in there. Where to from here? Unfortunately, I don't make a transition to this network very often. Any thoughts on this? On a differnet network now with a different laptop, and this time I am trying to not request domain-name-servers, because 1) netenv is taking care of that for me, and 2) I am intentionally trying to disable one of the domain name servers that the dhcp server is sending me, because that DNS server is proving to be very unreliable. Despite it not appearing in the request line, it is still being sent to me, and I am ending up with that dodgy DNS server still ending up in pdnsd's configuration via resolvconf. My thoughts are that as well as having the ability to request items from the dhcp server, we should explicitly get the ability to blacklist unsolicited crap the dhcp server returns back to us. I don't *want* my ntp servers or DNS servers to be changed from underneath me. -- Tim Connors | Anglo-Australian Observatory http://site.aao.gov.au/twc | Coonabarabran, NSW 2357, Australia | Tel: +61 2 6842 6286 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#407336: [pkg-ntp-maintainers] Bug#407336: ntp: undesirable behaviour of overwriting conf file based on dhcp unconfigurable
On Sat, 23 Jun 2007, Andrew Pollock wrote: On Tue, Feb 27, 2007 at 10:02:05PM +0100, Kurt Roeckx wrote: reassign 407336 dhcp3-client thanks at the start of the remove and add functions in /etc/dhcp3/dhclient-enter-hooks.d/ntp and it is quite clearly being called with $reason=BOUND (about third time around after a bunch of times when $reason didn't match). This is with request subnet-mask, broadcast-address, time-offset, routers, domain-name, domain-name-servers, netbios-name-servers, netbios-scope, interface-mtu; in /etc/dhcp3/dhclient.conf This looks like a bug in dhcp3 to me, since it's not requested. I can't reproduce this problem. I ran a DHCP server/client pair, and where the ntp-servers were not requested, none was included in the information accessible to the hooks. Try modifying the debug hooks to include new_ntp_servers and old_ntp_servers in the list of variables they write out, and enable the debug hooks whilst acquiring a lease. Fri Jul 13 15:01:40 EST 2007: entering dhclient-enter-hooks.d, dumping variables. reason='BOUND' interface='eth0' medium='' alias_ip_address='' new_ip_address='150.203.92.87' new_subnet_mask='255.255.255.0' new_domain_name='anu.edu.au' new_domain_name_servers='150.203.92.5' new_routers='150.203.92.1' new_static_routes='' old_ip_address='192.231.166.113' old_subnet_mask='255.255.255.0' old_domain_name='aao.gov.au' old_domain_name_servers='192.231.166.63 192.231.167.64 150.203.1.10' old_routers='192.231.166.3' old_static_routes='' new_ntp_servers='150.203.92.5' old_ntp_servers='' So it's being received despite not being asked for. I tried changing the shebang line of /sbin/dhclient-script to include a -x, but didn't find anything of use in there. Where to from here? Unfortunately, I don't make a transition to this network very often. -- Tim Connors | Anglo-Australian Observatory http://site.aao.gov.au/twc | Coonabarabran, NSW 2357, Australia | Tel: +61 2 6842 6286 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#407336: [pkg-ntp-maintainers] Bug#407336: ntp: undesirable behaviour of overwriting conf file based on dhcp unconfigurable
On Tue, Feb 27, 2007 at 10:02:05PM +0100, Kurt Roeckx wrote: reassign 407336 dhcp3-client thanks at the start of the remove and add functions in /etc/dhcp3/dhclient-enter-hooks.d/ntp and it is quite clearly being called with $reason=BOUND (about third time around after a bunch of times when $reason didn't match). This is with request subnet-mask, broadcast-address, time-offset, routers, domain-name, domain-name-servers, netbios-name-servers, netbios-scope, interface-mtu; in /etc/dhcp3/dhclient.conf This looks like a bug in dhcp3 to me, since it's not requested. I can't reproduce this problem. I ran a DHCP server/client pair, and where the ntp-servers were not requested, none was included in the information accessible to the hooks. Try modifying the debug hooks to include new_ntp_servers and old_ntp_servers in the list of variables they write out, and enable the debug hooks whilst acquiring a lease. regards Andrew -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#407336: [pkg-ntp-maintainers] Bug#407336: ntp: undesirable behaviour of overwriting conf file based on dhcp unconfigurable
On Thu, Jan 18, 2007 at 06:31:26PM +1100, Tim Connors wrote: This was as default, and hence was off. I won't be on this dhcp network until at least Monday, and shall try it again then with some debug output. This may well be a dhcp3 bug. Perhaps new_ntp_servers is being receieved and passed on even though not requested. Did you have a chance to test this? Do you still think this is a bug in the ntp package? Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#407336: [pkg-ntp-maintainers] Bug#407336: ntp: undesirable behaviour of overwriting conf file based on dhcp unconfigurable
On Tue, 27 Feb 2007, Kurt Roeckx wrote: On Thu, Jan 18, 2007 at 06:31:26PM +1100, Tim Connors wrote: This was as default, and hence was off. I won't be on this dhcp network until at least Monday, and shall try it again then with some debug output. This may well be a dhcp3 bug. Perhaps new_ntp_servers is being receieved and passed on even though not requested. Did you have a chance to test this? Do you still think this is a bug in the ntp package? Thanks for reminding me. I haven't found myself on the same network yet, but am currently in the vicinity of it. I'll see what I can do. -- Tim Connors | Anglo-Australian Observatory http://site.aao.gov.au/twc | Coonabarabran, NSW 2357, Australia | Tel: +61 2 6842 6286 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#407336: [pkg-ntp-maintainers] Bug#407336: ntp: undesirable behaviour of overwriting conf file based on dhcp unconfigurable
On Tue, 27 Feb 2007, Kurt Roeckx wrote: On Thu, Jan 18, 2007 at 06:31:26PM +1100, Tim Connors wrote: This was as default, and hence was off. I won't be on this dhcp network until at least Monday, and shall try it again then with some debug output. This may well be a dhcp3 bug. Perhaps new_ntp_servers is being receieved and passed on even though not requested. Did you have a chance to test this? Do you still think this is a bug in the ntp package? This is the last 24 hours for another month that I'll be able to access this network, and yes, it is happening. I put: --- echo ntp remove set -xv echo $reason set --- and --- echo ntp add set -xv echo $reason set --- at the start of the remove and add functions in /etc/dhcp3/dhclient-enter-hooks.d/ntp and it is quite clearly being called with $reason=BOUND (about third time around after a bunch of times when $reason didn't match). This is with request subnet-mask, broadcast-address, time-offset, routers, domain-name, domain-name-servers, netbios-name-servers, netbios-scope, interface-mtu; in /etc/dhcp3/dhclient.conf -- Tim Connors | Anglo-Australian Observatory http://site.aao.gov.au/twc | Coonabarabran, NSW 2357, Australia | Tel: +61 2 6842 6286 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#407336: [pkg-ntp-maintainers] Bug#407336: ntp: undesirable behaviour of overwriting conf file based on dhcp unconfigurable
reassign 407336 dhcp3-client thanks at the start of the remove and add functions in /etc/dhcp3/dhclient-enter-hooks.d/ntp and it is quite clearly being called with $reason=BOUND (about third time around after a bunch of times when $reason didn't match). This is with request subnet-mask, broadcast-address, time-offset, routers, domain-name, domain-name-servers, netbios-name-servers, netbios-scope, interface-mtu; in /etc/dhcp3/dhclient.conf This looks like a bug in dhcp3 to me, since it's not requested. Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#407336: [pkg-ntp-maintainers] Bug#407336: ntp: undesirable behaviour of overwriting conf file based on dhcp unconfigurable
On Wed, 17 Jan 2007, Peter Eisentraut wrote: Tim Connors wrote: ntp now takes servers from the dhcp client without asking, and without being overridable. I quote from /usr/share/doc/ntp/README.Debian.gz: If DHCP is used to configure the host, and the DHCP server sends information about NTP servers, then this information will be used automatically. This is done by making a copy of /etc/ntp.conf at /etc/ntp.conf.dhcp, replacing the server entries with the information provided by the DHCP server, and restarting the NTP server. In order for this to work, the ntp-servers option must be mentioned in the request statement in /etc/dhcp3/dhclient.conf. This is not the case in a default installation. A complete configuration might look like this, for example: request subnet-mask, broadcast-address, time-offset, routers, domain-name, domain-name-servers, host-name, netbios-name-servers, netbios-scope, interface-mtu, ntp-servers; If you don't like using the NTP servers sent by the DHCP server, this is also the right place to turn off this behavior. ^^^ This was as default, and hence was off. I won't be on this dhcp network until at least Monday, and shall try it again then with some debug output. This may well be a dhcp3 bug. Perhaps new_ntp_servers is being receieved and passed on even though not requested. -- Tim Connors http://site.aao.gov.au/twc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#407336: [pkg-ntp-maintainers] Bug#407336: ntp: undesirable behaviour of overwriting conf file based on dhcp unconfigurable
Tim Connors wrote: ntp now takes servers from the dhcp client without asking, and without being overridable. I quote from /usr/share/doc/ntp/README.Debian.gz: If DHCP is used to configure the host, and the DHCP server sends information about NTP servers, then this information will be used automatically. This is done by making a copy of /etc/ntp.conf at /etc/ntp.conf.dhcp, replacing the server entries with the information provided by the DHCP server, and restarting the NTP server. In order for this to work, the ntp-servers option must be mentioned in the request statement in /etc/dhcp3/dhclient.conf. This is not the case in a default installation. A complete configuration might look like this, for example: request subnet-mask, broadcast-address, time-offset, routers, domain-name, domain-name-servers, host-name, netbios-name-servers, netbios-scope, interface-mtu, ntp-servers; If you don't like using the NTP servers sent by the DHCP server, this is also the right place to turn off this behavior. ^^^ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]