Re: tinydns/djbdns opinion poll

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]



Thank you very much for all of your feedback. It really sounds like i
got two general replies:

"eh, I wouldn't use it" (a minority) and "We do some complicated stuff
to make it meet our needs and we love it." (majority)

For us, ease of management is really key to having success with our
technical staff. I think we'll likely stick with BIND.

-Jake



On Mon, Feb 9, 2009 at 1:02 PM, Bill Campbell <centos@xxxxxxxxxxxxx> wrote:
> On Mon, Feb 09, 2009, Rainer Duffner wrote:
>>Ray Van Dolson schrieb:
>>> On Mon, Feb 09, 2009 at 07:58:38AM -0800, centos@xxxxxxxxxxxxxxx wrote:
>>>
>>
>>
>>The problem is that it is not very modular.
>>
>>You must decided on which features (=patches) you want to incorporate
>>and then build the RPM accordingly.
>>
>>We use tinydns+dnscache almost exclusively (it's not good if you need to
>>play 2ndary for a true BIND) and are very happy with it.
>
> We have been using djbdns for years with excellent results, and
> user very few non-standard patches (mainly a hack to dnscache to
> allow it to respond to the world on one of our servers that we
> allowed customers to use in the mid '90s, and can't change).
>
> We are secondaries for a few hundred BIND domains, and have no
> problems with that using djb tcpclient axfr-get to pull the data
> from these under control of a cron job.
>
> We are also provide secondary DNS for many of our customer's
> sites which run djbdns, and they simply use rsync to copy their
> zone files to our primary server.
>
> We use the rbldns daemon extensively to handle DNSRBLs.
>
> The data formats for djbdns are quite simple, particularly
> compared to the ugly kludge of BIND.  Setting up forward and
> reverse DNS for a host for which one is authoritative for the
> in-addr address requires a single line, at a minimum:
>
> =fqdn:ipaddress:
>
> The startup times are essentially zero, as are updates to remote
> servers using rsync to copy the tinydns and rbldns data files to
> our secondary servers.
>
> The version we run on all our Linux systems has been hacked into
> SRPMS for the OpenPKG portable package management system, and we
> run it on various Linux distributions, FreeBSD, and OS X.
>
> I don't remember exactly when we started using djbdns, but it was
> at least 8 years ago.  Other than a simple hack I did years ago
> to have dnscache ignore CVS and RCS directories, it has been dead
> solid with zero problems.
>
> Bill
> --
> INTERNET:   bill@xxxxxxxxxxxxx  Bill Campbell; Celestial Software LLC
> URL: http://www.celestial.com/  PO Box 820; 6641 E. Mercer Way
> Voice:          (206) 236-1676  Mercer Island, WA 98040-0820
> Fax:            (206) 232-9186
>
> Those who cast the vote decide nothing.
> Those who count the vote decide everything. (Joseph Stalin)
> _______________________________________________
> CentOS mailing list
> CentOS@xxxxxxxxxx
> http://lists.centos.org/mailman/listinfo/centos
>



-- 
Jake Paulus
JakePaulus@xxxxxxxxx
_______________________________________________
CentOS mailing list
CentOS@xxxxxxxxxx
http://lists.centos.org/mailman/listinfo/centos

[Index of Archives]     [CentOS]     [CentOS Announce]     [CentOS Development]     [CentOS ARM Devel]     [CentOS Docs]     [CentOS Virtualization]     [Carrier Grade Linux]     [Linux Media]     [Asterisk]     [DCCP]     [Netdev]     [Xorg]     [Linux USB]
  Powered by Linux