DNS管理ソフトウェア

DNS 管理ソフトウェアは、ドメイン ネーム システム(DNS) サーバー クラスター を制御するコンピュータ ソフトウェアです。DNS データは通常、複数の物理サーバーに展開されます。DNS 管理ソフトウェアの主な目的は次のとおりです。

• 複雑で反復的なDNSデータを編集する際の人的エラーを削減する
• DNSデータの編集に必要な労力を削減する
• DNSサーバーに公開される前にDNSデータを検証する
• DNSデータの配布を自動化する

1995年には、存在するドメインはわずか7万件でした。^[1]ドメインの登録方法は電子メールで、公開方法はBINDでした。1997年半ばまでに、ドメイン数は130万件に達しました。^{[3]ドメイン}とインターネットホストの数が急増するにつれ、DNSデータの量と管理に必要な時間も増加しました。システム管理者は、 DNSの変更を自動化するPerlまたはシェルスクリプトを作成することで対応しました。これらのスクリプトはほとんどが社内ツールでした。広く利用可能なDNS管理ソフトウェアに最も近いものは、 BINDゾーンファイルを編集するためのWebツールを提供するwebminのBINDモジュールでした。

1990 年代後半、DNS データの量が膨大になり、それを管理するために利用できるツールが手に負えなくなっていました。データ管理のコストが、DNS 管理ソフトウェアの誕生のきっかけとなりました。コストは、図で説明するのが一番わかりやすいでしょう。1998 年、3 大 Web ホスティング会社 (HostPro、Interland、Vservers) はそれぞれ約 100,000 の DNS ゾーンをホストしていました。DNS の変更は、BIND マスターに telnet し、テキスト エディターでゾーン ファイルを編集することで行われました。数人の DNS 管理者のスタッフが、毎日 1 日中この作業を実行していました。変更は、BIND の再ロード後にのみ有効になりました。ディスクが低速だったため、BIND が完全に再ロードされるまでに数時間かかりました。DNS 管理者がゾーン ファイルに入力ミスをすると、BIND はそのファイルを解析できず、停止します。処理に数時間かかることもよくあります。BIND が動作していないことに気付いた人は、ログを読んで、エラーのあるゾーン ファイルを見つけ、手動でファイルを確認してエラーを修正し、BIND の再起動を試みなければなりませんでした。一度起動すると、変更はゾーン転送を介して DNS スレーブに伝播されます。変更が完全に伝播するまでに 24 時間以上かかることがよくありました。

ゾーン ファイルの編集という課題に苦戦しながら、多くのシステム管理者がSQL がDNS データを保存するのに素晴らしい場所であることに気付きました。信頼できる唯一のソースをテキスト ファイルから SQL に移動することで、DNS データをデータベースに受け入れる前に検証および制約することができます。エクスポート スクリプトは SQL をゾーン ファイルに変換できます。配布用に named-xfer を rsync に置き換えることで、セキュリティを強化し、伝播時間を短縮できます。大手ホスティング プロバイダーの間では、DNS データを SQL に保存し、それを管理するためのカスタム インターフェイスを構築することが流行しました。mysqlBindはそのような DNS マネージャーの 1 つです。データ入力用の Web インターフェイスを提供し、データを BIND ゾーン ファイルにエクスポートします。

2000 年、Daniel J Bernstein はDjbdns をリリースしました。その斬新な機能の 1 つは、付属の権威 DNS サーバーである tinydns が、CDB データベースから直接 DNS を提供するという点でした。cdb は、スクリプトで編集できるようにフォーマットされたプレーン テキスト ファイルからコンパイルする必要がありました。Tinydns はすぐに 2 番目に人気のある DNS サーバーとなり、VegaDNS、SuaveDNS、NicTool など、多数の DNS マネージャーがリリースされました。

2005 年にPowerDNSがリリースされました。その機能の 1 つは、エクスポート手順を完全に省略して、SQL データベースから直接 DNS データを提供できることでした。PowerDNS によって、SQL データ ストアへの Web インターフェイスを提供する DNS マネージャーも数多く誕生しました。

RFC2136 DDNS更新プロトコルを使用すると、ゾーンファイルにアクセスせずにDNSゾーンを変更することができます。そのように動作することが知られている管理ツールには、Admin4と、nsupdate ^[4]エクスポートメカニズムを介したNicToolがあります。

DNS サービス プロバイダーは、多くの場合、ネットワーク内に異なるタイプの DNS サーバーを展開します。さらに、IP アドレス ( GeoIP ) によって決定されるクライアントの地理的位置に基づいて、DNS クライアントに異なる応答が提供される場合があります。このような重要なインターネット インフラストラクチャを管理する最も実用的な方法は、データベースと複雑な DNS 管理ソフトウェアに依存して均一性を確保し、単一ポイントの展開エラーを回避することです。

BIND ゾーン ファイル形式は、RFC 1035 に記載されている、広く使用されている業界標準です。PowerDNS、 NSD、Knot DNS 、Microsoft DNS Server、MEn&Mice の Micetroなど、他のいくつかの DNS サーバーは、BIND ゾーン ファイルを読み取り、そこからサービスを提供することができます。

• Microsoft DNS マネージャーは、Windows Server 2012 以降で DNSSEC をサポートしています。一部の DNSSEC レコードは直接追加できませんが、ゾーン署名中に生成され、そのように管理されます。

DNS プロバイダー (特にルート オペレーター) が異なる DNS サーバーを使用する主な理由は、コードの多様性とアプリケーションのパフォーマンスです。コードの多様性により、1 つの DNS サーバーのパフォーマンスまたはセキュリティ バグが悪用されて組織にサービス拒否攻撃を仕掛けられる可能性が低くなります。このため、ルート オペレーターと TLD オペレーターは NSD と Knot DNS を頻繁に使用します。DNS 管理ソフトウェアを使用すると、さまざまな DNS サーバーに DNS データを公開する作業が大幅に簡素化されます。^[6]

• DNSサーバーソフトウェアの比較
• IP アドレス管理(IP、DNS、DHCP 管理システム)
• DNSbox - ApplianSysの DNS 管理ソフトウェア。
• Nominum - Paul Mockapetrisが設立した DNS ソフトウェア会社
• Secure64 - DNS 管理ソフトウェア。
• Ganymede - DNS/DHCP を管理できる GPL ライセンスのネットワーク ディレクトリ管理ソフトウェア。
• unxsVZ::unxsBind (以前は mysqlBind) - unxsVZ プライベート クラウド ソフトウェア スイートの一部である GPL ライセンスの DNS 管理ソフトウェア。