[Dnsmasq-discuss] "random" problem with name resolution

Stefano Bridi stefano.bridi at gmail.com
Thu Jul 30 17:23:11 BST 2009


On Fri, Jul 24, 2009 at 1:12 PM, Simon Kelley<simon at thekelleys.org.uk> wrote:
> Stefano Bridi wrote:
[snip]
> My guess is that when it goes wrong, the upstream server is returning the
> CNAME record, but not the A record. That's the most likely explanationf for
> the log messages you are seeing.
>
> I've never found an actual standard that says what the semantics of this
> are, but practically, all resolvers, when they ask for the A record for
> <domain> and get back
>
> <domain>  CNAME <target>
>
> without the corresponding
>
> <target>   A 1.2.3.4
>
> treat this to mean the there is no A record for target, and don't try a
> query for A <target>
>
> Dnsmasq will just be passing this reply straight through, so the resolver
> which made the query will behave in this way.
>
> This looks like an upstream server problem. Making the TTLs equal might be
> enough to solve it.

I'll try...

>> P.S.:
>> At the moment I'm trying to "patch" with dnsmasq that ask to a
>> dedicated pdnsd that act as a recursive dns cache server. In the
>> eventuality that this sandwich setup solve the problem... In your
>> opinion can I gain other advantage/problem?
>
> Given the above, that may well be a good solution.


At the moment it seems to work properly but I'm still crossing my fingers ;)

thanks
stef



More information about the Dnsmasq-discuss mailing list