Hi Simon,
On Wed, Sep 26, 2018 at 7:30 PM Simon Kelley wrote:
> Simplest test is to make whichdevice always return NULL, and see if that
> helps.
Making whichdevice() always return NULL makes the issue go away.
Without the change, DHCP after a network restart (which triggers
recreating devices)
Hi Simon,
thank you for your answer.
I confirm no --dhcp-broadcast option.
I dont really want to bother too much... but if you could just give me a couple of examples of that last thing.
I mean, could you just give me a simple example of "hardware address length field is zero or greater tha
On 27/09/18 14:42, Kristian Evensen wrote:
> Hi Simon,
>
> On Wed, Sep 26, 2018 at 7:30 PM Simon Kelley wrote:
>> Simplest test is to make whichdevice always return NULL, and see if that
>> helps.
>
> Making whichdevice() always return NULL makes the issue go away.
> Without the change, DHCP aft
Gotcha! :)
Thank you very much Simon, it is clearly a donge driver bug, since DHCPDISCOVER comes indeed with both bytes 2 and 3 =0
Please, last effort from you, tell me in what file.c did you put that if which "falls back to broadcast".
I will try to patch it myself and bypass it with some kind
On 27/09/18 20:24, gravit...@gmx.com wrote:
> Hi Simon,
> thank you for your answer.
> I confirm no --dhcp-broadcast option.
>
> I dont really want to bother too much... but if you could just give me a
> couple of examples of that last thing.
> I mean, could you just give me a simple example of "
On 27/09/18 20:54, gravit...@gmx.com wrote:
> Gotcha! :)
> Thank you very much Simon, it is clearly a donge driver bug, since
> DHCPDISCOVER comes indeed with both bytes 2 and 3 =0
> Please, last effort from you, tell me in what file.c did you put that if
> which "falls back to broadcast".
> I will
Hi,
On Thu, Sep 27, 2018 at 9:53 PM Simon Kelley wrote:
> Progress. AFAIK, the dnsmasq behaviour around this has not changed at al
> in that time period. I think it's likely that the change is in the
> OpenWRT network infrastructure, maybe hotplug/coldplug stuff that now
> destroys and re-creates
It worked at first shot! thank you Simon! :)
Sent: Thursday, September 27, 2018 at 8:09 PM
From: "Simon Kelley"
To: gravit...@gmx.com, dnsmasq-discuss@lists.thekelleys.org.uk
Subject: Re: [Dnsmasq-discuss] No Broadcast Dhcp Offers
On 27/09/18 20:54, gravit...@gmx.com wrote:
> Gotcha! :)
> Than
Hello,
I'm currently running dnsmasq in a Docker container and have setup a domain
for which dnsmasq is to be authoritative for. This is to do subdomain
delegation to the dnsmasq server. I am using the auth-server & auth-zone
configuration options for this. This works as expected and is verifiable
