解決策 1:
へへへ、自分をいじる前に前の回答に賛成票を投じました。
named.conf
を編集すると、 以下を追加します:
zone "newdomain.com" {
type forward;
forward only;
forwarders { 22.22.22.22; };
};
これで、簡単に逆引きを行うことができなくなります。ドメインの IP アドレスが意味を持つように、次の zone ステートメントを変更する必要があります (これは元々 192.168.80.0/24 の逆引きでした)。
zone "80.168.192.in-addr.arpa" {
type forward;
forward only;
forwarders { 22.22.22.22; };
};
変更を行った後、
<オール>
構成ファイルをいじっていないことを確認してください:named-checkconf
バインドに構成をリロードするように指示します:rndc reload
(/etc/init.d/bind reload
よりもはるかに好ましい )
これにより、ドメインの正式でない回答が返されることに注意してください。これを回避する方法 (およびリモート DNS に問題がある場合により良いローカル キャッシュを提供する方法) は、ゾーンのスレーブとして機能することです。
forward only;
を追加するように編集 声明。これにより、失敗してから標準のルックアップを試みるのではなく、フォワーダーで指定されたサーバーを試行した後にクエリが失敗します。また、編集して /etc/init.d/bind reload を rndc reload
に変更しました コメントでのアドバイスの後。
解決策 2:
最適化しようとしていて、22.22.22.22 がそのゾーンの認証である場合は、スタブ ゾーンも使用できます:
zone "newdomain.com" {
type stub;
masters { 22.22.22.22 };
};
これは、転送とは少し異なることを行います。サーバー 22.22.22.22 に NS レコードを照会し、それらを常にキャッシュに保持します。これはほぼ同じことを行いますが、別の NS ホスト (たとえば、33.33.33.33) もリストされている場合、サーバーはそれについて学習し、それも使用します。
ここでのスタブ ゾーンは、条件付き転送よりも優れたオプションだと思います。
解決策 3:
newdomain.com のスレーブとして動作できますか?つまり、完全な転送を行いますか?