Hi Simon,
On Tue, Oct 19, 2021 at 03:51:28PM +0100, Simon Kelley wrote:
> On 15/10/2021 04:45, Eloy Paris wrote:
> > Hi Simon,
> >
> > I am running 2.87test4, which has the commit you mention below.
> >
> > I've tested bringing down and up the external interfaces of the machine
> > (the ones th
On 15/10/2021 04:45, Eloy Paris wrote:
> Hi Simon,
>
> I am running 2.87test4, which has the commit you mention below.
>
> I've tested bringing down and up the external interfaces of the machine
> (the ones that dnsmasq uses to reach the recursive DNS servers to
> fulfill DNS requests it receives
Hi,
dnsmasq returns REFUSED in case no forwarders are defined. That means
/etc/resolv.conf is empty and no explicit server= is given either. Is it
possible it failed to catch new nameservers in resolv.conf? It should
report new nameservers into log.
It is also possible to query servers using dig
On Thu, Oct 14, 2021 at 11:45:02PM -0400, Eloy Paris wrote:
> On Wed, Oct 13, 2021 at 09:44:56AM +0100, Simon Kelley wrote:
>
> > Based on the location of the crash, and the circumstances that cause it,
> > my guess is that this will be fixed by
> >
> > https://thekelleys.org.uk/gitweb/?p=dnsmasq
Hi Simon,
I am running 2.87test4, which has the commit you mention below.
I've tested bringing down and up the external interfaces of the machine
(the ones that dnsmasq uses to reach the recursive DNS servers to
fulfill DNS requests it receives) and have not been able to reproduce a
crash anymore
On Wed, Oct 13, 2021 at 09:45:30PM -0400, Eloy Paris wrote:
> On Wed, Oct 13, 2021 at 09:44:56AM +0100, Simon Kelley wrote:
> > On 13/10/2021 05:03, Eloy Paris wrote:
> > > Sorry, I forgot the backtrace; here it is:
> > >
> > > (gdb) bt
> > > #0 0x561772564d46 in lookup_domain (domain=0x56177
Hi Simon,
Glad to hear it might be a known issue. I'll test that patch and report
back.
Cheers,
Eloy Paris.-
On Wed, Oct 13, 2021 at 09:44:56AM +0100, Simon Kelley wrote:
> Based on the location of the crash, and the circumstances that cause it,
> my guess is that this will be fixed by
>
> htt
Hi Simon,
It seems to me every call of cleanup_servers() should call
build_servers_array(). I am confident it HAS TO be called when some
record is freed. It makes sense to rebuild it only if something were
added. I am sure dbus.c got missed by mentioned change. It also calls
cleanup_servers() and
Based on the location of the crash, and the circumstances that cause it,
my guess is that this will be fixed by
https://thekelleys.org.uk/gitweb/?p=dnsmasq.git;a=commit;h=d290630d31f4517ab26392d00753d1397f9a4114
Please could you try that, and get back to us if it doesn't sort the
problem?
Cheer
Sorry, I forgot the backtrace; here it is:
(gdb) bt
#0 0x561772564d46 in lookup_domain (domain=0x561772b1d7a0
"enterprise.activity.windows.com", flags=flags@entry=128,
lowout=lowout@entry=0x7ffe8a4b63ac, highout=highout@entry=0x7ffe8a4b63b0)
at domain-match.c:234
#1 0x561772532b1e
Hello,
I am experiencing crashes in dnsmasq (2.86). I am able to reproduce it
though I am not sure about the exact sequence of events -- it happens
when I enable/disable my Ethernet NIC and disable/enable my wireless
NIC.
In this use case, dnsmasq provides DNS and DHCP for a virtual machine
(VM)
11 matches
Mail list logo