[Dnsmasq-discuss] [PATCH] Use instead of

2019-04-27 Thread DDoSolitary
The former should be used according to POSIX, otherwise it causes bunches of warnings when compiling for musl-based distros like Alpine Linux. /usr/include/sys/poll.h:1:2: warning: #warning redirecting incorrect #include to [-Wcpp] #warning redirecting incorrect #include to ^~~

[Dnsmasq-discuss] [PATCH] Change dhcp_release to use first address when no IP subnet matches

2019-04-27 Thread Brian Haley
Currently, dhcp_release will only send a 'fake' release when the address given is in the same subnet as an IP on the interface that was given. This doesn't work in an environment where dnsmasq is managing leases for remote subnets via a DHCP relay, as running dhcp_release locally will just cause

Re: [Dnsmasq-discuss] ubus problem

2019-04-27 Thread e9hack
Am 10.04.2019 um 23:56 schrieb Simon Kelley: > If Harmut's config is unique, and works without openWRT talking to both > dnsmasq instances, then the solution may be just to turn off ubus on one > of the dnsmasq instances. I don't know what openwrt does with the dnsmasq data on ubus. I did turn

Re: [Dnsmasq-discuss] Resolve a domain only using whatever nameservers are in resolv-file

2019-04-27 Thread Fox Haxx
25.03.2019, 23:00, "Fox Haxx" : > -8<- > But since the router's nameserver is no good, I want to use the router > to resolve LAN domains only. > -8<- > > Now sure I could use: > > server=// > > But then this is relying on the router's IP being this