But that's a really nasty hack. Dnsmasq is sending the query to the
internal DNS via UDP, which is unreliable, so when a UDP packet is lost,
you'll get a random wrong answer to a DNS query that should have been
answered by the internal DNS server.


Cheers,

Simon.


On 21/02/18 13:40, Karol Augustin wrote:
> On 2018-02-21 12:47, Simon Kelley wrote:
>> In general "don't use --strict-order" is good advice. In hindsight I
>> would never have provided that option.
>>
>>
>> Simon.
>>
> 
> Hi Simon,
> 
> This option has many use cases when you want to mainly use one DNS
> server and only allow fallback in case of failure. In my lab environment
> I have internal DNS (dnsmasq) that also resolves hostnames based on DHCP
> leases and for every host with dnsmasq installed for caching purposes I
> use that one set as upstream. If the main one is dead I want things to
> continue working, but only if my central DNS fails.
> 
> It's good option if you really need it.
> 
> k.
> 
> 
> 

_______________________________________________
Dnsmasq-discuss mailing list
Dnsmasq-discuss@lists.thekelleys.org.uk
http://lists.thekelleys.org.uk/mailman/listinfo/dnsmasq-discuss

Reply via email to