Überspringe djbdns. Obwohl DJB ein Held ist, übertreibt er die Arroganz eines Mathematikers gegenüber Software. Die Tatsache, dass es sich beim Starten / Stoppen nicht wie andere Software verhält, könnte ein gutes Beispiel für eine clevere Technik zum Verwalten von Daemons sein. Aber Sie müssen die Dokumentation herausziehen, wenn Sie sie nicht regelmäßig verwenden, weil alles so anders ist. Wenn Sie es auf Systemen einrichten, die auch von anderen verwaltet werden, müssen Sie ihnen eine klare Dokumentation schreiben, die sie vollständig lesen müssen, um einfache Vorgänge ausführen zu können. Es ist niedlich, sogar klug, Sachen aus init herauszulaufen. Aber es ist auch abscheulich, überraschend und unüblich.
Außerdem habe ich Probleme mit djbdns gehabt, die schwerwiegende Probleme verursacht haben, weil ich darauf bestanden habe, nur die Standards und nicht die Software-Interoperabilität zu beachten. Die Behebung dieser Probleme war eine große Zeitverschwendung, da sie von geringfügigen Unterschieden bei DNS-Paketen abhing.
Außerdem weist djbdns in bestimmten Fällen ein seltsames Verhalten auf, das dazu führt, dass Benutzer, die Ihren DNS-Server mit anderen Tools als djbs (z. B. mit nslookup) reparieren, überraschende Ergebnisse erzielen. Sie werden Ihre Zeit damit verschwenden, zu erklären, "dass ich nur diesen obskuren DNS-Server mit dem Namen djbdns verwende. Das Problem ist, dass Ihre Diagnosetools eine seltsame Meldung anzeigen, die jedoch in Ordnung ist. Wenn Sie sich diese Paketerfassung ansehen, können Sie feststellen, Dies hat nichts mit dem Problem zu tun, das wir vor ein paar Monaten hatten, als djbdns nicht richtig mit Ihrem DNS-Server zusammengearbeitet hat Teamkollegen eine Stunde, um den DNS-Server neu zu starten. "
Ähnliche Probleme mit qmail gibt es überall.
Die Einrichtung von djbdns ist etwas lehrreiches, wenn Sie die Frage stellen und Zeit zum Töten haben. Sie können auch viel lernen, indem Sie einfach die Website von djb lesen.
Es gibt zwei Arten von Sicherheitsproblemen. Sicherheitslücken, die einem Angreifer den Zugriff auf das System ermöglichen - djbdns hat fast definitiv keine davon. Vor einigen Jahren hatte bind einige peinliche in kurzer Zeit entdeckt und auch ein schlechtes Design aufgedeckt. Ich würde erwarten, dass es in diesen vielen Jahren komplett neu geschrieben wurde. Wenn Sie in dieser Hinsicht wirklich sicher sein möchten, führen Sie es unter einer virtuellen Maschine (z. B. Xen) aus. Berücksichtigen Sie auch, dass Sie auf einem Linux-System mit SELinux im Zielmodus ein Setup für bind haben und sich wahrscheinlich nicht mit einem für djbdns beschäftigen werden. Das bind + SELinux-System ist möglicherweise sicherer.
Das andere Problem ist die Sicherheit gegen Cache-Vergiftungen. Ich vermute, dass djbdns besser war, als es veröffentlicht wurde, und bind ist jetzt wahrscheinlich besser, weil es mehr Aufmerksamkeit schenkt. Dies ist wahrscheinlich die Ursache für Ihr Gehör, dass die Bindung unsicher ist, es sei denn, "richtig konfiguriert". Sie sollten dieses Problem zumindest untersuchen und verstehen. Dabei werden Sie wahrscheinlich herausfinden, welche Konfigurationsrisiken für beide DNS-Server bestehen.
Verhalten unter hoher Last ist für die meisten Benutzer ein Unsinnskriterium. Achten Sie auf die Leistung, die als Kriterium für die Bewertung von Software verwendet wird, bei der es sich selten um einen Leistungsengpass handelt. Sie hosten keinen DNS-Cache-Server für eine große Benutzerbasis, auf dem möglicherweise Anfragen mit einer erheblichen Rate eingehen. Sie führen autorisierendes DNS aus, um Dienste bereitzustellen, die wahrscheinlich auf demselben System ausgeführt werden. Diese Dienste sind tausende Male teurer als DNS. Ihre Internetverbindung reicht möglicherweise nicht einmal aus, um Ihren DNS-Server stark zu belasten. Wenn Sie jedoch eine derart hohe Belastung für die von Ihnen bereitgestellten Dienste erhalten, ist DNS wahrscheinlich kein Engpass.