On Tue, May 01, 2007 at 01:24:35PM +0100, Daniel P. Berrange wrote:
> A bug reported by David Lutterkort...
> 
> The 'man resolv.conf' docs for 'nameserver' say
> 
> [quote]
>        nameserver Name server IP address
>               Internet  address  (in  dot  notation)  of a name server that 
> the
>               resolver should query.  Up to MAXNS (currently 3, see 
> <resolv.h>)
>               name servers may be listed, one per keyword.  If there are 
> multi-
>               ple servers, the resolver  library  queries  them  in  the  
> order
>               listed.   If no nameserver entries are present, the default is 
> to
>               use the name server on the local machine.  (The algorithm used 
> is
>               to  try  a name server, and if the query times out, try the 
> next,
>               until out of name  servers,  then  repeat  trying  all  the  
> name
>               servers until a maximum number of retries are made.)
> [/quote]
> 
> While 'man dnsmasq' docs for 'strict-order' say:
> 
> [quote]
>        -o, --strict-order
>               By  default,  dnsmasq  will  send  queries to any of the 
> upstream
>               servers it knows about and tries to favour servers to  are  
> known
>               to be up. Setting this flag forces dnsmasq to try each query 
> with
>               each server strictly in the order they appear in 
> /etc/resolv.conf
> [/quote]
> 
> So by default, the algorithm dnsmasq uses for DNS lookups is 
> 
>  a) Different from that use by GLibC
>  b) Wrong
> 
> Thus I think we should always use --strict-order when running dnsmasq. The
> attached patch adds this

Committed.

Dan.
-- 
|=- Red Hat, Engineering, Emerging Technologies, Boston.  +1 978 392 2496 -=|
|=-           Perl modules: http://search.cpan.org/~danberr/              -=|
|=-               Projects: http://freshmeat.net/~danielpb/               -=|
|=-  GnuPG: 7D3B9505   F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505  -=| 

--
Libvir-list mailing list
Libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list

Reply via email to