[Dnsmasq-discuss] specifying dhcp options in proxy mode
simon at thekelleys.org.uk
Thu May 11 12:36:49 BST 2017
The design is that dnsmasq sends the options expected by a PXE client if
it's acting as a proxy (because the whole proxy thing is part of the PXE
spec: a normal DHCP client doesn't know how to deal with it.) The
replies to the PXE client are constructed using the information given in
the pxe-service and pxe-prompt options. The inclusion of arbitrary
vendor-specific options is an oversight, I think.
As the PXE-spec doesn't AFAIK, include root-path as an expected option,
I'm not sure that sending it will have any effect.
As stated in the thread you link to, if you're netbooting an OS via PXE
then one the OS starts, it will do DHCP again, and that's the time to
send arbitrary options.
TL;DR I don't think implementing what you're asking for will achieve
what you want, but if you can demonstrate that it will, then I'll
certainly looking at adding the extra function.
On 10/05/17 14:32, Andriy Gapon wrote:
> It seems that present dnsmasq adds only vendor-specific option when it operates
> on the proxy mode.
> E.g., with a config that has
> dnsmasq adds option 43, suboption 6 to its responses.
> But if I have
> then the root-path option is not set in the responses.
> That's the case even if I use dhcp-option-force.
> Is there any reason for this?
> Could dnsmasq be changed to allow explicitly set options for proxy responses?
> I think that that would add more flexibility for users who know what they are doing.
> I found this old conversation:
> Looks like the situation hasn't changed since then.
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 819 bytes
Desc: OpenPGP digital signature
More information about the Dnsmasq-discuss