[Dnsmasq-discuss] force --local/--server protocol

Ed W lists at wildgooses.com
Thu Jan 10 11:42:07 GMT 2013


On 09/01/2013 13:40, Mr Dash Four wrote:
>
>> d) dnsmasq returns the answer with the "truncated response" bit set to
>> the client, which then retries over TCP, and dnsmasq makes a TCP
>> connection to 10.1.1.1
>>
>> The net effect of d) is much the same as c), provided that client
>> behaves in the conventional way, so It may be a winner :-)
> Thanks, I'll seek to implement that, though I have another query: if 
> dnsmasq receives a request from a client, which is directed to dns1 
> and then receives a response from that server "not-implemented" what 
> happens next: does that error gets returned to the client, or is 
> dnsmasq forwarding the same query to dns2 and then forwards the 
> response to the client, provided it is OK?
>
> The reason for asking this question is this: I have one dns, which 
> only recognises type "A" records, and another one, which has 
> everything else (A, AAAA, CNAME, MX etc). I would like to use dns1 as 
> my primary dns server as it is blazingly fast and because the majority 
> of the requests from the client machines would be for type "A" 
> records, but would like queries for records other than type "A" to be 
> forwarded to the second server, which might be a bit slower, but 
> serves all types of requests.

Note I am a huge fan of dnsmasq, however, have you looked at unbound 
also?  I *think* it may have an option to force TCP upstream queries, 
it's not clear, but I would assume this means it receives on UDP and 
queries upstream on TCP (the documentation states "this may be helpful 
for tunnelling situations")

You could even incorporate both dnsmasq and unbound in order to have 
only a portion of your requests take this route? (another option is to 
write a simple DNS server in say perl and do whatever you wish, using a 
local dnsmasq/unbound/something else as your upstream proxy)

Ed W



More information about the Dnsmasq-discuss mailing list