djbdns home page

[Mirrors: Ireland Australia Turkey ]

Sie suchen eine deutschsprachige Seite zu djbdns? Or a Japanese one?

Introduction

djbdns is a replacement for BIND. It is secure, reliable, small, fast, etc etc etc. Just like all of Dan Bernstein's tools. Dan has his own page for djbdns. We've got this one so we can distribute our enhancements to djbdns.

Switching to djbdns because of BIND's bugs, or simple misfeatures like the format of the zone files? Dan has a web page for people switching from bind.

Dan has a mailing list for djbdns. Fred Lindberg has a web-accessible archive. There's also a searchable archive. Please read the FAQTs page on djbdns before asking for help.

Felix von Leitner has a FAQ. Luis Toro Teijeiro has translated the djbdns documentation into Spanish.

The Open Root Server Confederation has a page on configuring djbdns to work with their list of top-level domains.

Dnscache is a recursive resolver, intended to be listed in /etc/resolv.conf's "nameserver" entry. It makes DNS queries via UDP and TCP as needed. It imposes restrictions on what it will return; that's why it was written. It will only provide data obtained from authoritative servers. These servers are found via a chain of delegations from authoritative servers starting from the configured-in roots. That's part of its security model. If it were to do anything less, it would be subject to the same cache-poisoning style attacks that work on the current insecure DNS servers.

Tinydns does authoritative nameserving via UDP only; it does not do recursive nameserving, nor does it answer TCP queries (axfrdns does that). The only hosts that should ask tinydns for a host are recursive nameservers, such as those found in /etc/resolv.conf, like djbdns or bind. Tinydns should never be listed in /etc/resolv.conf. Tinydns interoperates properly with every authoritative and recursive nameserver I know of, and supporting all the standards needed to do so.

Zone transfers are only supported over TCP. The zone transfer server is named axfrdns, and the client is named axfr-get. Both of these use Dan Bernstein's ucspi-tcp helpers. Why separate programs? To limit security incursions, and because many sites do not need zone transfers. As BIND has shown, excessive functionality is a root to security disasters.

Articles

  • LWN
  • BSDToday
  • SecurityFocus
  • Kuroshin

    Commercial support

    Commercial support for djbdns is available:

    Contributions

    A few people have contributed enhancements:

    Other DNS-related sites


    Powered by djbdns
    Russell Nelson
    Last modified: Fri Jun 15 00:21:03 EDT 2001