[PATCH] resolver does not try other nameservers on SERVFAIL
Bernhard Reutner-Fischer
rep.dot.nop at gmail.com
Mon Mar 17 19:19:27 UTC 2014
On 13 March 2014 11:43:05 Michel Stam <michel.uclibc at reverze.net> wrote:
> Dear mailing list,
>
> I have seen very little response on this topic; Would it be possible to
> apply this patch to trunk?
I'm verifying the patch right now, will apply it afterwards. Will followup
in the push.
Thanks!
>
> I would like to add that without this patch, the behaviour in uClibc
> differs from glibc.
>
> Best regads,
>
> Michel Stam
> On 03/03/2014 11:46 AM, Michel Stam wrote:
> > Commit e1420eca7374cd8f583e9d774c890645a205aaee fixed a bug where a
> > response code should mean the next server is tried. However, it tries
> > only the next search domain, and never skips to the next server.
> >
> > In my specific situation, I was using tmdns as a DNS -> mDNS bridge to
> resolve mDNS names. tmdns returns SERVFAIL on any domain that does not end
> in .local.
> >
> > uClibc then tries all the search domains in /etc/resolv.conf and gives
> up, not jumping to the next nameserver in the list (in my case the real
> nameserver). Thus, any non-.local domain never got resolved.
> >
> > My resolv.conf;
> > domain bla.net
> > search bla.net
> > nameserver 127.0.0.1
> > nameserver 172.16.1.1
> >
> > The patch I have attached basically allows SERVFAIL to go back to the
> case as it was before 0.9.32, except that search domains are still tried.
> >
> > Best regards,
> >
> > Michel Stam
> >
> >
> >
> >
Sent with AquaMail for Android
http://www.aqua-mail.com
More information about the uClibc
mailing list