<br><font size=2 face="sans-serif">Damian,</font>
<br>
<br><font size=2 face="sans-serif">        I
know what you mean about maintaining two sets of data.  I have databases
for edns and idns with a copy of PowerDNS Admin running against each.  If
you find a way to integrate the data into a single database, please post
it to the list :)</font>
<br>
<br><font size=2 face="sans-serif">        Thanks,</font>
<br><font size=2 face="sans-serif">        Bob</font>
<br>
<br><font size=2><tt>Damian Gerow <damian@sentex.net> wrote on 08/29/2003
12:46:04 PM:<br>
<br>
> Thus spake bdushok@luzerne.edu (bdushok@luzerne.edu) [29/08/03 09:58]:<br>
> >         That's exactly what I was trying
to do :)  I've bound two IP <br>
> > addresses to my DNS server and created two instances of pdns,
each <br>
> > listening to a different IP.  I've also create two databases
within the <br>
> > backend, one containing internal (private) addresses an the other
with <br>
> > public addresses.<br>
> <br>
> Yeah, but this is exactly what I want to avoid.  And exactly
what I think I<br>
> /can't/ avoid, unfortunately.<br>
> <br>
> I want (to have my cake and eat it too) to be able to maintain *one*<br>
> database with *one* set of records for a zone.  But to be able
to restrict<br>
> RRs to certain networks.  i.e. I have a domain example.org, and
I run my<br>
> internal LAN on that.  I don't want the world being able to do
DNS lookups<br>
> for internal workstations, but I /also/ don't want to have to maintain
two<br>
> copies of www.example.org, ftp.example.org, mx1.example,org,<br>
> mx2.example.org, mx3.example.org, mail.example.org, etc.<br>
> <br>
</tt></font>