Re: [Dnsmasq-discuss] : Dns lookup failures if one of the upstream servers are down
Hi Thanks, I will do further testing and will check back if I still see the issue. On Tue, Mar 31, 2020 at 4:06 AM < dnsmasq-discuss-requ...@lists.thekelleys.org.uk> wrote: > Send Dnsmasq-discuss mailing list submissions to > dnsmasq-discuss@lists.thekelleys.org.uk > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.thekelleys.org.uk/mailman/listinfo/dnsmasq-discuss > or, via email, send a message with subject or body 'help' to > dnsmasq-discuss-requ...@lists.thekelleys.org.uk > > You can reach the person managing the list at > dnsmasq-discuss-ow...@lists.thekelleys.org.uk > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Dnsmasq-discuss digest..." > > > Today's Topics: > >1. Re: : Dns lookup failures if one of the upstream servers are > down (P Elaborate) (wkitt...@gmail.com) >2. Re: Fwd: dnsmasq localise-queries + addn-hosts (Simon Kelley) > > > -- > > Message: 1 > Date: Mon, 30 Mar 2020 15:34:06 -0400 > From: wkitt...@gmail.com > To: dnsmasq-discuss@lists.thekelleys.org.uk > Subject: Re: [Dnsmasq-discuss] : Dns lookup failures if one of the > upstream servers are down (P Elaborate) > Message-ID: > Content-Type: text/plain; charset=utf-8; format=flowed > > > > please quote relevant text and respond inline... > > please also trim irrelevant text... especially when replying to digests ;) > > > -- > NOTE: No off-list assistance is given without prior approval. > *Please keep mailing list traffic on the list unless* > *a signed and pre-paid contract is in effect with us.* > > > > -- > > Message: 2 > Date: Mon, 30 Mar 2020 20:42:25 +0100 > From: Simon Kelley > To: dnsmasq-discuss@lists.thekelleys.org.uk > Subject: Re: [Dnsmasq-discuss] Fwd: dnsmasq localise-queries + > addn-hosts > Message-ID: <84b5c3db-55c4-4d06-a8da-a2774de1c...@thekelleys.org.uk> > Content-Type: text/plain; charset=utf-8 > > On 28/03/2020 20:38, Jake Howard wrote: > > Hi, > > > > My intention is to have 1 dnsmasq instance, accessible over 2 interfaces > > (listening on all), and have the response to a query differ based on the > > interface, and therefore its incoming IP. From what i've read, that's > > exactly what localise-queries is meant to do, but it doesn't appear to > > be unless I put the entries into /etc/hosts directly. > > > OK, what you're expecting to happen and what I'm expecting to happen are > the same. That's good. > > I just did a quick test, and it seems to work fine for me. The > example.com addresses are in /tmp/hosts. > > > srk@holly:~/dnsmasq/dnsmasq$ src/dnsmasq -d --log-queries > --localise-queries -p 1 --addn-hosts=/tmp/hosts > dnsmasq: started, version 2.81rc4-5-gd162bee cachesize 150 > dnsmasq: compile time options: IPv6 GNU-getopt no-DBus no-UBus no-i18n > no-IDN DHCP DHCPv6 no-Lua TFTP no-conntrack ipset auth no-DNSSEC > loop-detect inotify dumpfile > dnsmasq: reading /etc/resolv.conf > dnsmasq: using nameserver 127.0.1.1#53 > dnsmasq: read /etc/hosts - 9 addresses > dnsmasq: read /tmp/hosts - 2 addresses > dnsmasq: query[A] example.com from 127.0.0.1 > dnsmasq: /tmp/hosts example.com is 192.168.151.43 > dnsmasq: /tmp/hosts example.com is 192.168.150.43 > dnsmasq: query[A] example.com from 192.168.150.49 > dnsmasq: /tmp/hosts example.com is 192.168.150.43 > > > If it's not working for you, that's a bug, but we need to find what it > is about your setup that tickles the bug. > > Can you boil it down to the simplest configuration that displays the > problem, and also specify which version of dnsmasq you're using? > > > cheers, > > Simon. > > > > > > Thanks, > > - Jake Howard > > > > On Sat, 28 Mar 2020, at 17:59, Simon Kelley wrote: > >> On 19/03/2020 21:47, Jake Howard wrote: > >> > Hello! > >> >? > >> > Is `localise-queries` meant to work against entries added via? > >> > `addn-hosts`? Querying a record returns both IPs, but always in the > >> same? > >> > order. The order is correctly fixed when the records are put in? > >> > `/etc/hosts` directly. > >> > >> > >> Yes, localise-queries? works with entries added via addn-hosts, but it > >> doesn't have anything to do with the order that records appear, so that > >> doesn't address your problem. What are you trying to achieve?
Re: [Dnsmasq-discuss] : Dns lookup failures if one of the upstream servers are down (P Elaborate)
please quote relevant text and respond inline... please also trim irrelevant text... especially when replying to digests ;) -- NOTE: No off-list assistance is given without prior approval. *Please keep mailing list traffic on the list unless* *a signed and pre-paid contract is in effect with us.* ___ Dnsmasq-discuss mailing list Dnsmasq-discuss@lists.thekelleys.org.uk http://lists.thekelleys.org.uk/mailman/listinfo/dnsmasq-discuss
Re: [Dnsmasq-discuss] : Dns lookup failures if one of the upstream servers are down (P Elaborate)
Hi Apologies for not elaborating it further, so I wanted to know why we are seeing different behavior what is expected, I was wondering if there is some additional configuration which I am missing. Expected Behavior which I think is even though one of the upstream server is down, dnsmasq should get the results from other two upstream servers On Sat, Mar 28, 2020 at 11:54 AM < dnsmasq-discuss-requ...@lists.thekelleys.org.uk> wrote: > Send Dnsmasq-discuss mailing list submissions to > dnsmasq-discuss@lists.thekelleys.org.uk > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.thekelleys.org.uk/mailman/listinfo/dnsmasq-discuss > or, via email, send a message with subject or body 'help' to > dnsmasq-discuss-requ...@lists.thekelleys.org.uk > > You can reach the person managing the list at > dnsmasq-discuss-ow...@lists.thekelleys.org.uk > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Dnsmasq-discuss digest..." > > > Today's Topics: > >1. Re: : Dns lookup failures if one of the upstream servers are > down (P Elaborate) >2. Re: SOA serial increase (Simon Kelley) >3. Re: Nameserver dot (Simon Kelley) >4. Re: Fwd: dnsmasq localise-queries + addn-hosts (Simon Kelley) >5. Re: NETLINK_NO_ENOBUFS not defined on old platforms (Simon Kelley) > > > -- > > Message: 1 > Date: Sat, 28 Mar 2020 12:54:11 +0100 > From: P Elaborate > To: dnsmasq-discuss@lists.thekelleys.org.uk > Subject: Re: [Dnsmasq-discuss] : Dns lookup failures if one of the > upstream servers are down > Message-ID: <20200328115411.3sxomstt7iqmn...@gpm.stappers.nl> > Content-Type: text/plain; charset=us-ascii > > On Thu, Mar 26, 2020 at 07:39:21AM -0700, Abhishek Patti wrote: > > Hi Everyone > > > > We are using dnsmasq version 2.80 and have multiple upstream servers > > configured, with all-servers flag set. We noticed that if first upstream > > server fails then we get dns lookup failures even though other upstream > > servers are working fine. > > > Please elaborate > > > Long version: > The "it doesn't work as expected" has been seen. > What not yet has been seen in which way that report > can improve dnsmasq. > > Most likely is http://www.catb.org/~esr/faqs/smart-questions.html > the way to go. > > > > -- > > Message: 2 > Date: Sat, 28 Mar 2020 17:01:25 + > From: Simon Kelley > To: dnsmasq-discuss@lists.thekelleys.org.uk > Subject: Re: [Dnsmasq-discuss] SOA serial increase > Message-ID: > Content-Type: text/plain; charset=utf-8 > > On 20/03/2020 11:15, William Edwards wrote: > > Hi Simon! > >> If you don't explicitly set the serial, then it should start at the > >> current epoch ?time (ie seconds since 1/1/1970) which avoids the problem > >> unless you average more than one new DHCP lease per second. > > After setting 'auth-server', this behaviour has been 'fixed'. > > Without 'auth-server': > > -- > > vlan5.hosts.cyberfusion.space. 600 IN ? ?SOA ? ?. . 1 1200 180 1209600 > 600 > > -- > > With 'auth-server': > > -- > > vlan5.hosts.cyberfusion.space. 600 IN ? ?SOA ? ? > vlan5.hosts.cyberfusion.space. hostmaster.vlan5.hosts.cyberfusion.space. > 1584702843 1200 180 1209600 600 > > -- > > So this seems like a combination of 1) possibly some room for > improvement in docs (there is little mention of serials there at all) and > 2) working too late at night. > > William > > > The forthcoming 2.81 release errors in startup is auth-server is not set > under these circumstances. > > > http://thekelleys.org.uk/gitweb/?p=dnsmasq.git;a=commit;h=08933475abd0580cff747e3d1e0db3865207a200 > > > Cheers, > > Simon. > > > > > On 20/03/2020 08:18, William Edwards wrote: > >> > >> Op 20 mrt. 2020 om 00:39 heeft Simon Kelley >> <mailto:si...@thekelleys.org.uk>> het volgende geschreven: > >> > >>> On 19/03/2020 17:28, William Edwards wrote: > >>>> Hello, > >>>> > >>>> Does dnsmasq increase SOA serial when adding a new DNS record after > DHCP > >>>> lease is requested? > >>> > >>> Yes. > >>> > >>>> > >>>> I am not sure because docs say '--auth-soa' allows for specifying > serial. > >&g
Re: [Dnsmasq-discuss] : Dns lookup failures if one of the upstream servers are down
On Thu, Mar 26, 2020 at 07:39:21AM -0700, Abhishek Patti wrote: > Hi Everyone > > We are using dnsmasq version 2.80 and have multiple upstream servers > configured, with all-servers flag set. We noticed that if first upstream > server fails then we get dns lookup failures even though other upstream > servers are working fine. Please elaborate Long version: The "it doesn't work as expected" has been seen. What not yet has been seen in which way that report can improve dnsmasq. Most likely is http://www.catb.org/~esr/faqs/smart-questions.html the way to go. ___ Dnsmasq-discuss mailing list Dnsmasq-discuss@lists.thekelleys.org.uk http://lists.thekelleys.org.uk/mailman/listinfo/dnsmasq-discuss
Re: [Dnsmasq-discuss] : Dns lookup failures if one of the upstream servers are down
Hi Everyone We are using dnsmasq version 2.80 and have multiple upstream servers configured, with all-servers flag set. We noticed that if first upstream server fails then we get dns lookup failures even though other upstream servers are working fine. Thank You Abhishek Patti On Thu, Mar 26, 2020, 5:28 AM < dnsmasq-discuss-requ...@lists.thekelleys.org.uk> wrote: > Send Dnsmasq-discuss mailing list submissions to > dnsmasq-discuss@lists.thekelleys.org.uk > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.thekelleys.org.uk/mailman/listinfo/dnsmasq-discuss > or, via email, send a message with subject or body 'help' to > dnsmasq-discuss-requ...@lists.thekelleys.org.uk > > You can reach the person managing the list at > dnsmasq-discuss-ow...@lists.thekelleys.org.uk > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Dnsmasq-discuss digest..." > > > Today's Topics: > >1. TFTP storage issue prevents other dnsmasq services (DHCP/DNS) > to run (Ercolino De Spiacico) >2. Re: TFTP storage issue prevents other dnsmasq services > (DHCP/DNS) to run (Geert Stappers) >3. Re: TFTP storage issue prevents other dnsmasq services > (DHCP/DNS) to run (Simon Kelley) > > > -- > > Message: 1 > Date: Thu, 26 Mar 2020 09:15:09 + > From: Ercolino De Spiacico > To: "dnsmasq-discuss@lists.thekelleys.org.uk" > > Subject: [Dnsmasq-discuss] TFTP storage issue prevents other dnsmasq > services (DHCP/DNS) to run > Message-ID: > < > am7p191mb08077ea4fa6296b4aa48d338b2...@am7p191mb0807.eurp191.prod.outlook.com > > > > Content-Type: text/plain; charset="iso-8859-1" > > It seems like enabling TFTP like: > > enable-tftp > tftp-root=/mnt/usb/TFTP > dhcp-boot=pxelinux.0,,192.168.0.1 > > But experiencing an system storage issue (usb failure, unable to mount, > etc) takes the full dnsmasq down e.g. prevent from running at all > > Can I suggest for dnmasq to take a softer approach when this happens and > just skip the TFTP process execution rather than affect all the other > internal services like DHCP and DNS? > > More than else it's that "external factor" that sucks in this situation. > > Thanks > -- next part -- > An HTML attachment was scrubbed... > URL: < > http://lists.thekelleys.org.uk/pipermail/dnsmasq-discuss/attachments/20200326/fcc89dcb/attachment-0001.html > > > > -- > > Message: 2 > Date: Thu, 26 Mar 2020 12:14:33 +0100 > From: Geert Stappers > To: dnsmasq-discuss@lists.thekelleys.org.uk > Subject: Re: [Dnsmasq-discuss] TFTP storage issue prevents other > dnsmasq services (DHCP/DNS) to run > Message-ID: <20200326111433.i2gl53t73l3ix...@gpm.stappers.nl> > Content-Type: text/plain; charset=utf-8 > > On Thu, Mar 26, 2020 at 09:15:09AM +, Ercolino De Spiacico wrote: > > It seems like enabling TFTP like: > > > > enable-tftp > > tftp-root=/mnt/usb/TFTP > tftp-no-fail > > dhcp-boot=pxelinux.0,,192.168.0.1 > > > > But experiencing an system storage issue (usb failure, unable to mount, > > etc) takes the full dnsmasq down e.g. prevent from running at all > > > > Can I suggest for dnmasq to take a softer approach when this happens > > and just skip the TFTP process execution rather than affect all the > > other internal services like DHCP and DNS? > > > > More than else it's that "external factor" that sucks in this situation. > > Yes, hence the option`tftp-no-fail` > > Quoting the manual page > >--tftp-no-fail > Do not abort startup if specified tftp root > directories are in?accessible. > > > > Thanks > > No problem. Feel welcome to also report that `tftp-no-fail` does what > you expect from it. > > > Regards > Geert Stappers > -- > Silence is hard to parse > > > > -- > > Message: 3 > Date: Thu, 26 Mar 2020 11:53:54 + > From: Simon Kelley > To: dnsmasq-discuss > Subject: Re: [Dnsmasq-discuss] TFTP storage issue prevents other > dnsmasq services (DHCP/DNS) to run > Message-ID: <42e7d990-df47-6ca4-45c1-fe8d44305...@thekelleys.org.uk> > Content-Type: text/plain; charset=windows-1252 > > On 26/03/2020 09:15, Ercolino De Spiacico wrote: > > It seems like enabling TFTP like: > > > > enable-tftp > > tftp-root=/mnt/usb/TFTP > > dhcp-boot=pxelinux.0,,192.168.0.1 > > > > But experiencing an system storage issue (usb failure, unable to mount, > > etc) takes the full dnsmasq down e.g. prevent from running at all > > > > Can I suggest for dnmasq to take a softer approach when this happens and > > just skip the TFTP process execution rather than affect all the other > > internal services like DHCP and DNS? > > > This is much easier said than done, because file read/write can't be > done in a non-blocking way in Unix/Linux. AFAIK all ordinary files are > by definition non-blocking, and if they do bloc
