BIND9 と Bundy の主な違いは何ですか? Bundy は安全に使用できますか? 私は彼らのウェブサイトで次のことを知っています：
このプロジェクトは現在、継承されたコードの未解決の問題を修正し、コードをクリーンにし、最初の Bundy リリースをサポートするための初期インフラストラクチャを稼働させる作業を行っています。
バギーですか？BIND9 を使用するか、Bundy に移動する必要がありますか? Debian Wheezy を実行しています。BIND9 よりも優れている場合、どうすれば BIND9 を完全に削除し、Bundy との競合を回避できますか?
Bundy は BIND DNS システムを書き直したもので、BIND9 よりも多くのスケーラビリティとセキュリティを実現するように設計されています。BIND9 より構成が複雑で、より多くのモジュール性が含まれています。
BIND9 インスタンスでは通常、次のサービスが実行されています:
Bind9/named
Bundy には次のサービスがあります。
bundy-auth — 権威 DNS サーバー。このプロセスは DNS 要求を処理します。
bundy-cfgmgr — 構成マネージャー。このプロセスは、Bundy のすべての構成を維持します。
bundy-cmdctl — コマンド アンド コントロール サービス。このプロセスにより、Bundy システムの外部制御が可能になります。
bundy-ddns — 動的 DNS 更新サービス。このプロセスは、着信 DNS 更新要求を処理して、許可されたクライアントが Bundy がプライマリ サーバーとして機能しているゾーンを更新できるようにするために使用されます。
bundy-msgq — メッセージバスデーモン。このプロセスは、他のすべての Bundy プロセス間の通信を調整します。
bundy-リゾルバー— 再帰ネーム サーバー。このプロセスは、着信 DNS クエリを処理し、そのキャッシュから、または再帰的にリモート ルックアップを実行して回答を提供します。(これは実験的な概念実証です。)
bundy-sockcreator — ソケット作成デーモン。このプロセスは、ネットワークをリッスンする Bundy プロセスが使用するソケットを作成します。
bundy-stats — 統計収集デーモン。このプロセスは、統計データを収集して報告します。
bundy-stats-httpd — 統計レポート用の HTTP サーバー。このプロセスは、統計データを HTTP 経由で XML 形式でレポートします。
bundy-xfrin — 着信ゾーン転送サービス。このプロセスは、セカンダリ サーバーとして機能している場合に、ゾーンの新しいコピーを Bundy に転送するために使用されます。
bundy-xfout— 発信ゾーン転送サービス。このプロセスは、転送要求を処理して、ローカル ゾーンをリモート セカンダリ サーバーに送信するために使用されます。
bundy-zonemgr — セカンダリ ゾーン マネージャー。このプロセスは、Bundy がスレーブ サーバーとして機能するためにタイマーやその他の必要な情報を追跡します。
さらに、Bind9 のインストールには DHCP サーバーが含まれています。この機能は Bundy にはありません ( ISC が保持していた 1 つの機能です) 。
https://ripe68.ripe.net/presentations/208-The_Decline_and_Fall_of_BIND_10.pdf
2009 年から、Internet Software Consortium (ISC) は、当初 BIND10 と呼ばれていた新しいソフトウェア スイートを開発しました。リリース バージョン 1.2.0 では、プロジェクトの名前が Bundy に変更され、プロジェクトへの ISC の関与が終了しました。[1]