dhclient and automatic fqdn.fqdn generation

[Mela Custodining]

On Fri, Jul 11, 2008 at 4:57 PM, Ted Lemon <Ted.Lemon at nominum.com> wrote:

> > I'm setting this all up in the DHCP client (dhclient.conf file).
> > My dhclient.conf file contains a host-name setting and I want to
> > concatenate this host-name with the domain-name from the DHCP
> > server (from the DHCPACK packet).
>
> > Though from the first paragraph of your reply, it seems to make
> > sense that this isn't possible because DHCP (dhclient) has no way
> > of evaluating the value of domain-name because it hasn't received
> > an ACK in the first place.
>
> The only reason to ever use an fqdn option is if you want the DHCP server
> to do a DNS update for you.   If you want the server to do a DNS update
> using a hostname provided by the client, and you do not want the client to
> provide a domain name, use the host-name option.   If you want the server to
> do its dns update using a hostname configured on the server, that's a server
> configuration issue, and requires no configuration on the client.   There is
> no reason why a client should ever take a hostname provided by the server
> and send it back to the server to make an update happen.
>
> If what you are trying to do is configure the client's hostname based on
> what the server sent, that's a completely different thing, and isn't done
> through the configuration file, but rather through the client script.
>
>
Thanks Ted.
The thing I wanted to do was a little bit complicated. I wanted the client
to send a host-name and a Client FQDN in its DISCOVER and REQUEST messages
by just configuring the dhclient.conf file.


I'm re-reading the RFC 4702 (http://tools.ietf.org/html/rfc4702) and it
seems that I'm, indeed, wasting my time trying to send the Option 12
(host-name) and Option 81 (Client FQDN). Section 3.1 states that "a client
does not need to send redundant data" thus "clients that send the Client
FQDN option in their messages MUST NOT also send the Host Name option".

Regards,
Rommel
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.isc.org/pipermail/dhcp-users/attachments/20080714/ecb2811b/attachment.html>