☰

Bind9 フォワーダーによる A レコードの誤割り当ての転送

tag-icon • tag-icon debian bind forwarding
Bind9 フォワーダーによる A レコードの誤割り当ての転送

私はDebianとBIND 9.10.3を実行しているローカルDNSサーバーを持っています

現在、2つのフォワーダー8.8.8.8と8.8.4.4が設定されています。名前付きconfオプション

「DK」ゾーンを作成しました

zone "dk" {
        type master;
        file "/etc/bind/db.dk";
};

4つのAレコードを含む

www.site1        IN      A       192.168.2.2
site1            IN      A       192.168.2.2
www.site2        IN      A       192.168.2.2
site2            IN      A       192.168.2.2

google.com に ping すると、bind は期待どおりに動作し、フォワーダーを使用します。これは、google.com の A レコードがないためです。しかし、google.dk に ping すると、bind は db.dk ゾーンを使用し、google.dk の A レコードがないため、ping 要求は失敗します。

質問 google.dk に ping を実行したときにこのサイトにローカル A レコードがない場合にフォワーダーを使用するようにバインドを設定するにはどうすればよいでしょうか?

理由 私は、something.dk をホストするローカル Web サーバーを持っており、このサイトにアクセスする必要があるときに、ローカルで実行しているときに (たとえば) 8.8.8.8 に「something.dk の IP アドレスは何ですか」と尋ねることを避けたいので、これに bind を使用および設定したいと思います。

答え1

ここで具体的に何をしようとしているのですか? TLD 上のいくつかのレコードを上書きしようとしているように見えますが.dk?

もしそうなら、dk.ゾーンを作成する代わりに、対応ポリシーゾーンこれにより、特定のレコードを上書きすることができ、上書きしなかったものについては、そのレコードが何であれ、それを使用することになります。

ローカルで実行しているときに、(たとえば) 8.8.8.8 に「something.dk の IP アドレスは何ですか」と尋ねることを避けたいです。

この方法がどれほど役立つかはわかりません。DNS サーバーは結果をキャッシュするので、このリクエストを頻繁に行うようなことはありません。なぜそれほど心配するのかわかりません。

something.dkすべてを上書きするのではなく、ローカルでゾーンを作成することもできます。

関連情報