Comment

fendrax@jlai.lu ⁨6⁩ ⁨months⁩ ago

Sorry, I was unclear: I use dnsmasq as single source of truth. In its DHCP config, I set machine names, routes and all. And this is because this dnsmasq is the DHCP that it knows how to translate the names of the devices it configured. Pi-hole forwards all DNS requests to dnsmasq. Now if I use two instances of dnsmasqs, only one can be a DHCP and the other won’t know how to resolve local names, unless it uses the first dnsmasq as upstream. But in scenarios where this first dnsmasq instance is down, we are back to square one.

source

Sort:hotnew top

fendrax@jlai.lu ⁨6⁩ ⁨months⁩ ago

I had a quick look at resolv.conf’s manpage on Debian and I think @daddy32@lemmy.world’s suggestion of adding a second nameserver would actually work:

nameserver Name server IP address
    Internet  address  of a name server that the resolver should query, either an IPv4 address (in dot notation), or an IPv6 address in colon (and possibly dot) notation as per RFC 2373.  Up to MAXNS (currently 3, see <re‐
    solv.h>) name servers may be listed, one per keyword.  If there are multiple servers, the resolver library queries them in the order listed.  If no nameserver entries are present, the default is to use the name  server
    on  the  local  machine.   (The algorithm used is to try a name server, and if the query times out, try the next, until out of name servers, then repeat trying all the name servers until a maximum number of retries are
    made.)

According to the doc, the resolver will try each name server in order until one is successful.

source

AtariDump@lemmy.world ⁨6⁩ ⁨months⁩ ago

…if the query times out, try the next, until out of name servers, then repeat trying all the name servers until a maximum number of retries are made.)

Queries are going to time out and fall over to the other DNS server.

source

AtariDump@lemmy.world ⁨6⁩ ⁨months⁩ ago
Why?

source