Public bug reported:
Issue:
This has been seen in quantal, but appears to be working in precise.
A patch fixed an issue for bug 991360 where dhclient.conf was amended to
include:
send fqdn.fqdn = gethostname();
This causes failures when the client tries to register was some DHCP servers
(for example Windows AD DDNS servers).
By commenting out this line and restarting the client, the client can then
register with this type of DHCP server.
The original issue was as follows:
"""
DHCPv6 does not have a host-name option to send the client hostname to register
with the DHCP server. There are several potential options here:
1) Use the same "magic" to insert the hostname via fqdn.fqdn (i.e. "send
fqdn.fqdn "<hostname>";" This should work with DHCPv4 as well.
2) Backport the gethostname() functionality from DHCP 4.2.
3) Upgrade to isc-dhcp-client 4.2.
"""
Because the quantal version is already at 4.2 we would expect (2) to be
already working, and I wonder if (1) is still needed.
However reading the rest of the bug it isn't clear that gethostname() in
4.2 does actually fix the issue.
--
It would be great to have the original test case for bug 991360 to
verify if running the latest quantal 4.2 version resolves the issue
without this patch.
** Affects: isc-dhcp (Ubuntu)
Importance: Medium
Status: New
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1088682
Title:
possible regression with isc-dhcp-client does not send hostnames in
DHCPv6 by default
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/isc-dhcp/+bug/1088682/+subscriptions
--
ubuntu-bugs mailing list
[email protected]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
