[Dnsmasq-discuss] Possible to reuse Cache over restats?

[Petr Menšík]

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" <stappers at 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" <stappers at 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 at 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 at 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 at lists.thekelleys.org.uk
> https://lists.thekelleys.org.uk/cgi-bin/mailman/listinfo/dnsmasq-discuss