Thanks for your insight, Thomas - & your awesome package!

1. Please use the unique name 'lo.pdns' for the resolvconf record that
is created by /etc/init.d/pdns.

I think this is a super idea - maybe the bind init scripts should also be updated?


<       /sbin/resolvconf -d lo
>       /sbin/resolvconf -d lo.pdns

< echo "nameserver 127.0.0.1" | /sbin/resolvconf -a lo
> echo "nameserver 127.0.0.1" | /sbin/resolvconf -a lo.pdns


Using a unique name will keep the initscript from stomping on the record
of another nameserver that answers on the loopback interface and also
chooses the name 'lo' for the resolvconf record that it creates.


2. It worries me that both the pdns and pdns-recursor initscripts tell
resolvconf to add 127.0.0.1 to /etc/resolv.conf.  Only daemons that are
equipped to handle clients' general name queries via the resolver at
the loopback address should tell resolvconf to put 127.0.0.1 into
/etc/resolv.conf.  Are _both_ pdns and pdns-recursor independently
equipped to do this, as packaged, in their standard configurations?
From reading the pdns-server man page it is my impression that pdns
is normally used as a non-recursive authoritative nameserver.

Please correct me, Matthijs - but _yes_ (with the help of bug #304528 : )


pdns_server doesn't query root DNS servers, instead it delegates unknown names to "recursor=" servers

One of these "recursors" might very well be pdns_recursor, whose purpose is querying root DNS servers - thereby making pdns_server recursive - http://doc.powerdns.com/recursion.html

Like the doc says, most users will want both authoritative & recursive nameserving - so resolvconf should list pdns_server foremost, as it combines these

However, users could conceivably run only pdns_recursor, so resolvconf should list it - this is especially useful for autoconfiguring pdns_server when pdns_recursor is available

Perhaps pdns-recursor should create lo.pdns-recursor records (vs. lo.pdns) so bug #304528 could exclude pdns_server, without excluding pdns_recursor?

Thanks again Thomas!

Jack



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Reply via email to