Nice, very helpful.

Why do you use all-servers and strict-order with servers 1.1.1.1 and 1.0.0.1? I don't think they provide different results. Just keep the default, dnsmasq would try to find whichever is faster. It would try the other one if the first failed in any case.

Have you tried disabling periodic restarts? How does broken resolution look like when it stops working, with this setting? Can you show us some logs? At least example of failing query?

I like to check dnsmasq is listening correctly by lsof -np $(pidof dnsmasq).

sudo ss -lnp | grep dnsmasq should print also buffer usage.

Would those commands reveal something suspicious? Can you compare their output when it works and when it stopped working?

On 7/1/22 17:50, Tobias Hochgürtel wrote:
On 30.06.22, 15:42, "Geert Stappers" <stapp...@stappers.nl> wrote:
     Acknowledge on "I'm still stuck", but what about:

     * Reread the manual page and in particular --log-queries option

     ???

Three questionmarks, okay I did something wrong?
I reread the man page and figure out some misunderstands about --no-daemon 
mode, and I think Geert Stappers, wanted to have my configuration file?

dnsmasq.conf: 
https://gist.github.com/tobiashochguertel/c65386ce594c09ffcba11acc6a6cca47


-q, --log-queries
               Log the results of DNS queries handled by dnsmasq. Enable a full cache 
dump on receipt of SIGUSR1. If the argument "extra" is supplied, ie 
--log-queries=extra then the log has extra information at the start of each line.  This 
consists of a serial number which ties together the log lines associated with an 
individual query, and the IP address of the requestor.

I didn't know this little detail about the parameter "extra" for log-queries. I 
will add this, and update the above gist to Rev 3.

On 30.06.22, 15:42, "Geert Stappers" <stapp...@stappers.nl> wrote:

     On Thu, Jun 30, 2022 at 12:32:20PM +0000, Tobias Hochgürtel wrote:
     > From: Donald Muller, Date: Thursday, 30. June 2022 at 02:48
     > > Geert Stappers, Sent: Wednesday, June 29, 2022 6:14:30 PM
     > > > On Wed, Jun 29, 2022 at 08:25:18PM +0000, Dominik Derigs wrote:
     > > > > On Wed, 2022-06-29 at 18:37 +0000, Tobias Hochgürtel wrote:
     > > > > }  "state" is piled up
     > > > > }  I do a hourly restart to loose state.
     > > > > }  But I don't want to loose all the state!
     > > > > > I also don't know how I can analyse that behavior.
     > > > >
     > > > > You could use some widely known and used tools like Wireshark 
where various
     > > > > tutorial are available to see whether the issue is dnsmasq not 
responding
     > > > > or the queries not making their way to dnsmasq or if something 
happens to
     > > > > the queries sent upstream to the forward destionation, or whatever 
else may
     > > > > be happening. We can surely give some assistance here, if you want.
     > > >
     > > > Here already some assistance:
     > > >
     > > >
     > > > * Tell us which version of dnsmasq is being used
     > > > * Reread the manual page and in particular --log-queries option
     > >
     > > Also, what you are running it on?
     >
     > [root@router-fedora ~]# hostnamectl
     > Static hostname: router-fedora
     >        Icon name: computer-desktop
     >          Chassis: desktop 🖥
     >       Machine ID: c9c0e33265b848bfbce224fd8615fb30
     >          Boot ID: 0824361c352745c0a35a75167a2f81a0
     > Operating System: Fedora Linux 36 (Server Edition)
     >      CPE OS Name: cpe:/o:fedoraproject:fedora:36
     >           Kernel: Linux 5.18.6-200.fc36.x86_64
     >     Architecture: x86-64
     >  Hardware Vendor: BIOSTAR Group
     >   Hardware Model: N3150NH
     >
     > [root@router-fedora ~]# dnsmasq --version
     > Dnsmasq version 2.86  Copyright (c) 2000-2021 Simon Kelley
     > Compile time options: IPv6 GNU-getopt DBus no-UBus no-i18n IDN2 DHCP
     >   DHCPv6 no-Lua TFTP conntrack ipset auth cryptohash DNSSEC loop-detect
     >   inotify dumpfile
Acknowledge on "I'm still stuck", but what about: * Reread the manual page and in particular --log-queries option ??? Regards
     Geert Stappers
     --
     Silence is hard to parse
_______________________________________________
Dnsmasq-discuss mailing list
Dnsmasq-discuss@lists.thekelleys.org.uk
https://lists.thekelleys.org.uk/cgi-bin/mailman/listinfo/dnsmasq-discuss


_______________________________________________
Dnsmasq-discuss mailing list
Dnsmasq-discuss@lists.thekelleys.org.uk
https://lists.thekelleys.org.uk/cgi-bin/mailman/listinfo/dnsmasq-discuss

Reply via email to