Re: clarification on the minimum requirements from a pipe-backend with powerdns>=3
Peter van Dijk <[email protected]>
| Newsgroups | gmane.network.dns.powerdns.devel |
|---|---|
| Message-ID | <[email protected]> |
Hello Ferenc, On 28 Mar 2014, at 18:41 , Ferenc Kovacs <[email protected]> wrote: > After upgrading from 2.9.22 to 3.1 We have bumped into an issue that our resolving via the pipe backed wasn't working anymore. > > We were using something like > pipe-regex=^(.*).(ourcompany.com);(ANY|A)$ > in our pdns config(ANY|ALL is suggested by the official docs: http://doc.powerdns.com/html/backends-detail.html) > and our backend was only expecting HELO and Q requests, and was responding to any Q request with an A record. > > first, we enabled the query-logging, and we were seeing a bunch of > Query for 'something.ourcompany.com' type 'SOA' failed regex '^(.*).(ourcompany.com);(.*)$' > > After adding the SOA to the pipe-regex pattern (ANY|A|SOA) our backend finally started to receive requests, but still not working, because we started getting > AXFR -1 > requests after the Q requests(even thought that those request are not allowed by the pipe-regex and they don't appear in the query-log), and not handling those caused the resolving to fail before sending the Q to the backend. > > My guess is that we should handle the SOA requests properly(send the SOA for the A r), and we are seeing the AXFR requests because pdns is confused by the A response to the SOA request. > > Could somebody verify that this is what's happening, and it is only a miracle that this setup was working with previous powerdns versions? That’s about right! 1) 3.0 and up require a SOA 2) your regex was preventing getting it 3) when you fixed that, your script would still not serve one 4) if PowerDNS doesn’t have a SOA but believes a backend has authority, it will try to generate a SOA, but to do that it needs a serial, and for that it tries to find out what the newest record in the zone is - hence the AXFR > I guess it would be also nice > if somebody could update the documentation on http://doc.powerdns.com/html/backends-detail.html a bit, so people would write proper backends from the start instead of bumping into this issues after upgrading. 5) Yes, those docs need to be fixed to reflect the 3.0 and up situation. Please file an issue at https://github.com/PowerDNS/pdns/issues/new about the docs. Or, if you feel like it, file a pull request with an actual documentation update to https://github.com/PowerDNS/pdns/blob/master/pdns/docs/pdns.xml ! Kind regards, -- Peter van Dijk Netherlabs Computer Consulting BV - http://www.netherlabs.nl/ _______________________________________________ Pdns-dev mailing list [email protected] http://mailman.powerdns.com/mailman/listinfo/pdns-dev
signature.asc
(application/pgp-signature, 841 B)
-----BEGIN PGP SIGNATURE----- Comment: GPGTools - http://gpgtools.org iQIcBAEBAgAGBQJTNbVyAAoJENz1E/p+7Rnz9rcQAJsdX9ikrnyQ/TwuGE4NVjen wBEMknq06cAl/woF7BkxuqKwkPoWJdnezuoYlzChDGMiMywwdJh2N6Q4i7Um1lAO VsdmzJxZS82pJpWkaLRmtupn75RC6Vcy4n2MWwI69lkdPIqNUhvQo8FOIaebKkE5 BiZD9rSmxEfW0zbRmzyQN/OzrSGZW40s9Z1g0Ptx9s64hN3JXZmFPUTq30LgC86O Il9QmztSi3ULCKJjuyjnh0SkTwQPZ9NU6xI04VHjOsaVgdFSh03VenZoevxZ/Qe6 +xVk/dLSwd+7SGGhXFQXcPEQfPsS/sg7K05LvyWxUgpTflNAx2kHibt1VExtdnQZ cYmYOl1ALUh/IF2fBjSoUEQjUGIJZsvANxaVdg77d375GMgyMsaqttdBmIfoFqFg /SSZkJDOBYDXHGL7uduya27ldZxfsuYmGGp61WX0GJAwo2FoBau9HkRTkoP68rSx yIXblPzBsguIunFPMFaJtCIVBRLhdVp8kPaaZ9PBwcI3v9GiBgbIKRl348lA/aI6 DJQB6acbF//X5+StG+X5I9EOyiwCyXAjvhwIpE/5UVccSRGO3fc6es4lsElITkK4 PyxWxhDIVWhDkjpd3hKZDDznhS2z54Srdd6aqKeGwBkIlunZkKG87gjuveEh/P2Z L+PMllEO6bsYvYoWMPXt =me0q -----END PGP SIGNATURE-----