You can bind BIND to what interfaces you want, run tinydns on loopback (127.0.0.1), and use it as the server you manage with vegadns. You can edit the Makefile to push your data.cdb file to both your authoritative servers. The cool thing is you can then temporarily comment out the cronjob that runs the vegadns update, make massive changes by hand or by script, type make, then import those changes directly into vegadns. : ) That comes in very handy. Here is the Makefile I use (edited to protect the innocent boxen) remote: data.cdb rsync -az -e ssh data.cdb <first authoritative nameserver>:/service/tinydns/root/data.cdb rsync -az -e ssh data.cdb <second authoritative nameserver>:/service/tinydns/root/data.cdb rsync -az -e ssh data.cdb <backup admin dns machine>:/service/tinydns/root/data.cdb rsync -az -e ssh data <backup admin dns machine>:/service/tinydns/root/DATABACKUPS/data-`date +%H%M` # the bottom two lines above are for a backup vegadns authoring machine, and a backup of the non-compiled data file. data.cdb: data /usr/local/bin/tinydns-data data: mydata axfrdata cat $^ > $@ axfrdata: /service/axfrdns/root/zones/* sort -u $^ > $@ #the axfr line is for if you slave dns for anyone On Jun 28, 2005, at 12:44 PM, Jason Smith wrote:
S.A.Wilson Iowa Telecom UNIX Engineer |
- [users] VegaDNS on Separate Server Jason Smith
- Re: [users] VegaDNS on Separate Server S.A.Wilson
- Re: [users] VegaDNS on Separate Server Bill Shupp
