On 2013-12-23, Darren Spruell <phatbuck...@gmail.com> wrote: > Wanted to verify my understanding that the included dhcpd(8) in base > does not currently support the domain-search option: > > """ > option domain-search domain-list; The domain-search option specifies a > 'search list' of Domain Names to be used by the client to locate > not-fully-qualified domain names. The difference between this option > and historic use of the domain-name option for the same ends is that > this option is encoded in RFC1035 compressed labels on the wire. For > example: > > option domain-search "example.com", "sales.example.com", > "eng.example.com"; > """ > > dhcpd.conf(5) and dhcp-options(5) don't mention the option. > > I can currently override the search domains on clients, and it seems > like it might be supported in isc-dhcp-server package. Anything likely > to make it into base? Simply a matter of patch not having been > submitted, or anything deeper than that? >
I suppose nobody found a requirement for it that was sufficiently important to be worth implementing it in dhcpd/dhclient to use (it's more work than just adding to the options table as it uses a name compression method borrowed from DNS that would need to be written or borrowed from elsewhere - and done with care, particularly for the client, as historically dns-compression has been a bit susceptible to bugs). As a dirty hack for dhcpd you could probably specify it as hex using "option-119" but would need to handle the dns compression yourself, http://tools.ietf.org/search/rfc3397 contains clues, but it's fiddly. (IMHO it would really want to be supported in both client and server if it was added to OpenBSD..).
