[Bug 1088682] [NEW] possible regression with isc-dhcp-client does not send hostnames in DHCPv6 by default

[Chris J Arges]

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
Foundations Bugs, which is subscribed to isc-dhcp in Ubuntu.
https://bugs.launchpad.net/bugs/1088682

Title:
  possible regression with isc-dhcp-client does not send hostnames in
  DHCPv6 by default

Status in “isc-dhcp” package in Ubuntu:
  New

Bug description:
  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.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/isc-dhcp/+bug/1088682/+subscriptions