私のLinuxマシンには次のものがあります。
-パブリックIPx.x.x.xを使用した1つの物理インターフェイスeth0
-パブリックIPt.t.t.tを使用した1つの論理インターフェイスeth0:0
-t.t.t.tをリッスンしているBINDDNS
他の場所からt.t.t.tにpingを実行すると、応答が返されるので、それは良いことです。
私がやろうとしているのは、ゾーン交換にt.t.t.t IPを使用するようにBINDを設定することです。唯一の悪い点は、マスターサーバーから戻るトラフィックがx.x.x.xに戻ることです。
SNATを試しましたが、うまくいきませんでした。トラフィックは私のルールに一致しましたが、マスターBINDはx.x.x.xに応答します。
何か案は?
BINDには、ゾーンのフェッチに使用されるローカルアドレスを制御するtransfer-source
オプションがあります。 named.conf
のoptions
セクションに追加します。
options {
// ...
transfer-source t.t.t.t;
};
このオプションを設定すると、BINDはt.t.t.t
から転送要求メッセージを送信します。その後、マスターからの応答はt.t.t.t
に返送されます。また、t.t.t.t
からのゾーン転送を受け入れるようにマスターを構成する必要があります(まだ行っていない場合)。
query-source
オプションとnotify-source
オプションを設定して、クエリの作成と通知メッセージの送信にそれぞれ使用するローカルアドレスを制御することもできます。
query-source address t.t.t.t;
notify-source t.t.t.t;
これらのオプションの詳細については、 BINDドキュメント ページから入手できるBIND管理者リファレンスマニュアルを参照してください。