[Dnsmasq-discuss] Problems using 'split horizon' approach

Dave Ewart davee at ceu.ox.ac.uk
Mon Aug 22 12:30:17 BST 2005


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Monday, 22.08.2005 at 12:19 +0100, Simon Kelley wrote:

> >$ host apollo
> >apollo.ceu.ox.ac.uk has address 10.99.0.2
> >$ host -t any apollo
> >apollo.ceu.ox.ac.uk has address 163.1.168.2
> >$ host apollo
> >apollo.ceu.ox.ac.uk has address 10.99.0.2
> >apollo.ceu.ox.ac.uk has address 163.1.168.2
> >
> >etc.
> >
> >The tcpdump shows that during the 'any' request, the dnsmasq host cannot
> >serve it (presumably because it only has an 'A' record?) and the request
> >is forwarded to the upstream DNS server, which returns the public IP,
> >which then gets included in the cache.
> >
> >Is this the expected behaviour of dnsmasq in these circumstances?
> >
> 
> Did we ever establish which version you are using? ISTR that you are 
> using Debian "woody", and maybe therefore the very old 1.4 dnsmasq 
> release. If that's the case, then yes, I would expect that behaviour, 
> and the fix it to upgrade to dnsmasq 2.22 in "sarge". If you are using 
> dnsmasq 2.22 then I'm very interested, since this problem was long ago 
> thought to be fixed in the 2.x series.
> 
> If needs be the Debian dnsmasq-2.22_2 package will build from source and 
> run quite successfully on a Woody system.

My apologies.  I did build dnsmasq from the 2.22 source, but it appears
it failed to install properly.

After properly installing it, the above described behaviour does not
appear to re-occur.

Thanks Simon ...

Dave.
- -- 
Dave Ewart
davee at ceu.ox.ac.uk
Computing Manager, Cancer Epidemiology Unit
Cancer Research UK / Oxford University
PGP: CC70 1883 BD92 E665 B840 118B 6E94 2CFD 694D E370
N 51.7518, W 1.2016
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQFDCbdJbpQs/WlN43ARAouAAKD08BJpKUmUsc0M44IWRKo5KCxBOQCfdLe5
7kKqzQ/pl+PSws1DHSBlp60=
=bYdJ
-----END PGP SIGNATURE-----



More information about the Dnsmasq-discuss mailing list