sending options from wrong subnet in shared-network
Brian J. Murrell
brian at interlinx.bc.ca
Thu Dec 5 20:58:51 UTC 2013
On Thu, 2013-12-05 at 17:23 +0100, Sten Carlsen wrote:
> On 05/12/13 16:50, Brian J. Murrell wrote:
> > On Thu, 2013-12-05 at 10:31 -0500, Brian J. Murrell wrote:
> >> On Thu, 2013-12-05 at 16:09 +0100, Sten Carlsen wrote:
> >>> If they are not, inheritance will come from that subnet as
> >>> well, overriding the options in the subnet where the address
> >>> eventually comes from.
> >> Well, if that's a way to force the options from the proper
> >> subnet, then maybe that's my solution, despite this seeming
> >> wrong.
> That definitely is wrong,
Agreed. But just the fact that it was the only way to rectify the
problem, smells like a bug to me.
> > So, yeah. Moving the host declarations up into the subnet
> > declaration forced dhcpd to send the right options.
> > I still think this feels wrong though and a hack against what
> > appears to be a dhcpd bug. Not that I'm convinced that it's not a
> > configuration error. I just have a difficult time imagining any
> > configuration that should result in getting an ip address from one
> > subnet and the options from another in a shared-network
> > configuration.
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 490 bytes
Desc: This is a digitally signed message part
More information about the dhcp-users