☰

プライベートネットワーク用の新しいTLDの作成

tag-icon • tag-icon dns bind
プライベートネットワーク用の新しいTLDの作成

foo.ネットワーク内でアクセス可能なサブドメインをホストできるように、プライベートネットワーク用に新しいTLD（）を設定したいと思います。これを行うには、次のレコードを含むゾーンファイルをfoo.作成しました。foo-zonedb.rr

$ORIGIN foo.
$TTL  100
@       IN  SOA ns1.tld.foo. hostmaster.tld.foo (
                2012030701
                900
                300
                300
                600
        )
@    300 IN NS ns1.tld.foo.
@    300 IN  A 172.16.143.197
ns1.tld.foo.    300 IN A 172.16.143.197

以下の項目も追加しました。/etc/named.conf

zone "foo." {
             type master;
             file "foo-zonedb.rr";
             notify explicit;
    };

ここで、ネットワーク上のすべてのコンピュータが172.16.1.1DNSサーバーとして機能すると仮定します。ドメイン内のDNS要求をルートDNSサーバーにリダイレクトする172.16.1.1には、どのような設定が必要ですか？foo.

答え1

type master;あなたが欲しいものをしてください。特権サーバーの場合、172.16.1.1ルートサーバーに要求は送信されません。存在しない項目があると、NXDOMAIN状態になります。

停止したい場合みんなクエリがルートサーバーに渡される場合は、再帰をオフにする必要があります。望むより：http://www.zytrax.com/books/dns/ch6/#authoritative

答え2

172.16.100.1をプライマリDNSサーバーとして使用するようにクライアントを構成できます。

DNSサーバー172.16.100.1にバインドされている172.16.1.1の転送オプションを使用します。

options {
         [Your other options here]
         forwarders {172.16.1.1;};
}

最初の信頼できる応答が返されます（勝者）。そうすれば、顧客が閲覧します。

何か。foo

あなたのDNSサーバーは信頼できる応答（有効なレコードまたはNXDOMAIN）を提供します。クライアントがwww.google.comを検索すると、DNSサーバーは応答を提供できないため、要求を172.16.1.1に転送します。

内部ネットワークのすべてにカスタムTLDを使用します。上記の設定は正常に機能し、転送オプションを使用してパブリックDNS解決を引き続き許可します。

関連情報