<p><br>
2014.03.28. 18:47, "Peter van Dijk" <<a href="mailto:peter.van.dijk@netherlabs.nl">peter.van.dijk@netherlabs.nl</a>> ezt írta:<br>
><br>
> Hello Ferenc,<br>
><br>
> On 28 Mar 2014, at 18:41 , Ferenc Kovacs <<a href="mailto:tyra3l@gmail.com">tyra3l@gmail.com</a>> wrote:<br>
><br>
> > 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.<br>
> ><br>
> > We were using something like<br>
> > pipe-regex=^(.*).(<a href="http://ourcompany.com">ourcompany.com</a>);(ANY|A)$<br>
> > in our pdns config(ANY|ALL is suggested by the official docs: <a href="http://doc.powerdns.com/html/backends-detail.html">http://doc.powerdns.com/html/backends-detail.html</a>)<br>
> > and our backend was only expecting HELO and Q requests, and was responding to any Q request with an A record.<br>
> ><br>
> > first, we enabled the query-logging, and we were seeing a bunch of<br>
> > Query for '<a href="http://something.ourcompany.com">something.ourcompany.com</a>' type 'SOA' failed regex '^(.*).(<a href="http://ourcompany.com">ourcompany.com</a>);(.*)$'<br>
> ><br>
> > 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<br>
> > AXFR -1<br>
> > 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.<br>

> ><br>
> > 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.<br>
> ><br>
> > Could somebody verify that this is what's happening, and it is only a miracle that this setup was working with previous powerdns versions?<br>
><br>
> That’s about right!<br>
><br>
> 1) 3.0 and up require a SOA<br>
> 2) your regex was preventing getting it<br>
> 3) when you fixed that, your script would still not serve one<br>
> 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<br>

><br>
> > I guess it would be also nice<br>
> > if somebody could update the documentation on <a href="http://doc.powerdns.com/html/backends-detail.html">http://doc.powerdns.com/html/backends-detail.html</a> a bit, so people would write proper backends from the start instead of bumping into this issues after upgrading.<br>

><br>
> 5) Yes, those docs need to be fixed to reflect the 3.0 and up situation.<br>
><br>
> Please file an issue at <a href="https://github.com/PowerDNS/pdns/issues/new">https://github.com/PowerDNS/pdns/issues/new</a> about the docs. Or, if you feel like it, file a pull request with an actual documentation update to <a href="https://github.com/PowerDNS/pdns/blob/master/pdns/docs/pdns.xml">https://github.com/PowerDNS/pdns/blob/master/pdns/docs/pdns.xml</a> !<br>

><br>
> Kind regards,<br>
> --<br>
> Peter van Dijk<br>
> Netherlabs Computer Consulting BV - <a href="http://www.netherlabs.nl/">http://www.netherlabs.nl/</a><br>
><br>
><br>
> _______________________________________________<br>
> Pdns-dev mailing list<br>
> <a href="mailto:Pdns-dev@mailman.powerdns.com">Pdns-dev@mailman.powerdns.com</a><br>
> <a href="http://mailman.powerdns.com/mailman/listinfo/pdns-dev">http://mailman.powerdns.com/mailman/listinfo/pdns-dev</a><br>
></p>
<p>thanks, I will do that!</p>