[Pdns-users] Different behaviour for wildcard-entries

Thu Jan 29 19:01:52 UTC 2009

Turn Fancy records off or try an older version; the release notes for
2.9.22 say :

"Fancy records work again. This work has been sponsored by ISP
Services. Implemented in commit 1302 and commit 1299. "

Which makes me think you found a bug in the latest release; trying the
same test and back-end data and different version or with Fancy
records turned off would give you a better idea of whether the problem
is you or the code.

Older versions can be found here :

http://svn.powerdns.com/snapshots/

--Augie

On Thu, Jan 29, 2009 at 1:47 AM, Christian Kuehn <christian.kuehn at mcs.de> wrote:
> Yes, fancy-records in ON and will be used (pdns failed with axfr, but
> this is another mail here)
>
> Christian
>
> Augie Schwer schrieb:
>> What does the zone look like? Do you have fancy-records turned on in
>> the pdns.conf ?
>>
>> --Augie
>>
>> On Wed, Jan 28, 2009 at 1:56 AM, Christian Kuehn <christian.kuehn at mcs.de> wrote:
>>> Hi,
>>>
>>> I have a problem with the new pdns-2.9.22.
>>>
>>> I one domain the pdns will not detect the wildcard-entry:
>>>
>>> Jan 28 10:29:04 Received a packet 36 bytes long from 127.0.0.1
>>> Jan 28 10:29:04 DNSPacket copy constructor called!
>>> Jan 28 10:29:04 Distributor has 5 threads available
>>> Jan 28 10:29:04 Remote 127.0.0.1 wants a type MX (15) about
>>> 'hamburg.foo2.bar'
>>> Jan 28 10:29:04 UeberBackend received question for ANY of hamburg.foo2.bar'
>>> Jan 28 10:29:04 Query: 'select content,ttl,prio,type,domain_id,name from
>>> records where name='hamburg.foo2.bar'
>>> Jan 28 10:29:04 Ueber get() was called for a ANY record
>>> Jan 28 10:29:04 Found an answering backend - will not try another one
>>> Jan 28 10:29:04 Ueber get() was called for a ANY record
>>> Jan 28 10:29:04 UeberBackend reached end of backends
>>> Jan 28 10:29:04 Found matching qname, but not the qtype
>>> Jan 28 10:29:04 There is some data, but not of the correct type,
>>> checking fancy records
>>> Jan 28 10:29:04 Query: 'select content,ttl,prio,type,domain_id,name from
>>> records where type='SOA' and name='hamburg.foo2.bar'
>>> Jan 28 10:29:04 Query: 'select content,ttl,prio,type,domain_id,name from
>>> records where type='SOA' and name='foo2.bar'
>>> Jan 28 10:29:04 UeberBackend received question for MBOXFW of
>>> %@hamburg.foo2.bar'
>>> Jan 28 10:29:04 Query: 'select content,ttl,prio,type,domain_id,name from
>>> records where type='MBOXFW' and name like '%@hamburg.foo2.bar' and
>>> domain_id='1''
>>> Jan 28 10:29:04 Ueber get() was called for a MBOXFW record
>>> Jan 28 10:29:04 UeberBackend reached end of backends
>>> Jan 28 10:29:04 There is some data, but not of the correct type, adding
>>> SOA for NXRECORDSET
>>> Jan 28 10:29:04 Sending a packet to 127.0.0.1 (86 octets)
>>>
>>>
>>> But generally it works:
>>>
>>> Jan 28 10:24:06 Received a packet 29 bytes long from 127.0.0.1
>>> Jan 28 10:24:06 DNSPacket copy constructor called!
>>> Jan 28 10:24:06 Distributor has 5 threads available
>>> Jan 28 10:24:06 Remote 127.0.0.1 wants a type MX (15) about 'www.foo.bar'
>>> Jan 28 10:24:06 UeberBackend received question for ANY of www.foo.bar
>>> Jan 28 10:24:06 Query: 'select content,ttl,prio,type,domain_id,name from
>>> records where name='www.foo.bar''
>>> Jan 28 10:24:06 Ueber get() was called for a ANY record
>>> Jan 28 10:24:06 UeberBackend reached end of backends
>>> Jan 28 10:24:06 There is some data, but not of the correct type,
>>> checking fancy records
>>> Jan 28 10:24:06 Query: 'select content,ttl,prio,type,domain_id,name from
>>> records where type='SOA' and name='www.foo.bar''
>>> Jan 28 10:24:06 Query: 'select content,ttl,prio,type,domain_id,name from
>>> records where type='SOA' and name='foo.bar''
>>> Jan 28 10:24:06 UeberBackend received question for MBOXFW of %@www.foo.bar
>>> Jan 28 10:24:06 Query: 'select content,ttl,prio,type,domain_id,name from
>>> records where type='MBOXFW' and name like '%@www.foo.bar' and
>>> domain_id='86''
>>> Jan 28 10:24:06 Ueber get() was called for a MBOXFW record
>>> Jan 28 10:24:06 UeberBackend reached end of backends
>>> Jan 28 10:24:06 UeberBackend received question for ANY of www.foo.bar
>>> Jan 28 10:24:06 UeberBackend received question for ANY of *.foo.bar
>>> Jan 28 10:24:06 Query: 'select content,ttl,prio,type,domain_id,name from
>>> records where name='*.foo.bar''
>>> Jan 28 10:24:06 Ueber get() was called for a ANY record
>>> Jan 28 10:24:06 Found an answering backend - will not try another one
>>> Jan 28 10:24:06 Ueber get() was called for a ANY record
>>> Jan 28 10:24:06 UeberBackend reached end of backends
>>> Jan 28 10:24:06 Wildcard match on '*.foo.bar', retargeted=0
>>> Jan 28 10:24:06 This packet needs additional processing!
>>> Jan 28 10:24:06 UeberBackend received question for A of mx.gay-web.de.
>>> Jan 28 10:24:06 Query: 'select content,ttl,prio,type,domain_id,name from
>>> records where type='A' and name='mx.gay-web.de.''
>>> Jan 28 10:24:06 Ueber get() was called for a A record
>>> Jan 28 10:24:06 UeberBackend reached end of backends
>>> Jan 28 10:24:06 Sending a packet to 127.0.0.1 (58 octets)
>>>
>>>
>>>
>>> Why does the pdns skip the query for any wildcard in foo2.bar??
>>>
>>>
>>> Any ideas?
>>>
>>> Can deliver the whole zone-data for foo2.bar on request.
>>>
>>>
>>> Look like a showstopper.....
>>>
>>>
>>> Kind Regards
>>>
>>> Christian
>>>
>>>
>>>
>>>
>>> --
>>> Christian Kühn
>>> (Technical Consultant)
>>>
>>> ======================================================
>>> MCS MOORBEK COMPUTER SYSTEME GmbH
>>> Essener Bogen 17 - 22419 Hamburg - Germany
>>> Tel +49 (0)40 53773 0 - Fax: +49 (0)40 53773 200
>>> E-Mail: christian.kuehn at mcs.de
>>> Web: http://www.mcs.de
>>> Eingetragen im Handelsregister Hamburg B62933
>>> Geschäftsführer: Kai Brandes & Eckard Kabel
>>> GPG 8B52 41A1 4B8F 4DE7 9064  2073 6168 137A 3DDA 0F36
>>> ======================================================
>>> _______________________________________________
>>> Pdns-users mailing list
>>> Pdns-users at mailman.powerdns.com
>>> http://mailman.powerdns.com/mailman/listinfo/pdns-users
>>>
>>
>>
>>
>
> --
> Christian Kühn
> (Technical Consultant)
>
> ======================================================
> MCS MOORBEK COMPUTER SYSTEME GmbH
> Essener Bogen 17 - 22419 Hamburg - Germany
> Tel +49 (0)40 53773 0 - Fax: +49 (0)40 53773 200
> E-Mail: christian.kuehn at mcs.de
> Web: http://www.mcs.de
> Eingetragen im Handelsregister Hamburg B62933
> Geschäftsführer: Kai Brandes & Eckard Kabel
> GPG 8B52 41A1 4B8F 4DE7 9064  2073 6168 137A 3DDA 0F36
> ======================================================
>

-- 
Augie Schwer    -    Augie at Schwer.us    -    http://schwer.us
Key fingerprint = 9815 AE19 AFD1 1FE7 5DEE 2AC3 CB99 2784 27B0 C072