BIND DNSサーバーを新しいハードウェアに移行する方法は？

9

2x BIND DNSサーバーを新しいハードウェアに移行する仕事を得ました。

どうやら彼らはUbuntuサーバー8.04を実行している3U先史時代のサーバーを使用しています。
Ubuntuサーバー9.04で2U 1Uサーバーをインストールします。

DNS設定、DNSキャッシュを転送するにはどうすればよいですか？転送する必要のあるフォルダー/構成ファイルは何ですか？

Webmin>バックアップ構成> BIND DNSサーバーを使用した場合、またはWebminの使用を回避した場合、何か達成できますか？

linux ubuntu bind

16

私は常に Webminの使用を避けます。定期的に構成されたUbuntu BINDサーバーの場合は、bind9パッケージを新しいマシンにインストールし、/ etc / bindの内容を新しいマシンにコピーして、各マシンの設定を調整して新しいマシンと通信します。、委任（または適切な場合はIPアドレス）を変更し、問題なく続行します。シームレスな（ダウンタイムなしの）移行では、一度に1台のマシンを実行します。

— ウォンブル
ソース

+1バインドサーバーを新しいサーバーに移行している最中です。構成をコピーするだけで、tweeksがうまくいくはずです。

— Mark Davidson、

Webminを回避するための+1。

— ジョンガーデニアズ

私はおそらくさらに進んで、BINDの構成の内容を確認して、新しいマシンでクリーンでWebminフリーになるようにします。

— Dan Carley、

8

最初に/ etc / bindディレクトリのコピーを作成します

sudo tar czvf bind.tgz /etc/bind

Bindがjailで実行された場合、jail、階層、デバイスを作成することによって再度それをビルドする必要があることに注意してください...

そうでない場合は、バインドアーカイブを新しいサーバーにリモートでコピーします。

scp bind.tgz user@target:~/

新しいサーバーに接続する

ssh user@target

apt経由でbind9をインストールする

sudo apt-get install bind9

iscのWebサイト（https://www.isc.org/downloadables/11）から最新のソースを入手することもできます。

アーカイブを/ etc / bindディレクトリに解凍します

sudo tar xzvf bind.tgz -C /etc/bind

必要な変更を構成ファイルに加えます。ゾーンファイルに加えることもできます...

そして最後に、バインドを開始します

sudo /etc/init.d/bind9 start

— アリ・メズガニ
ソース

私は手紙にこれらの指示に従いましたが、中にetcフォルダができました/etc/bind9。tarコマンドに問題があります。（Ubuntu 14）

— frakman1

1

私はサーバーを新しいハードウェアに移行している最中なので、このハードウェアのリングに入れます。

まず、可能であれば、マスターサーバー（すべての変更が発生するサーバー）をインターネットに公開しないでください。非表示のマスターをホストする小さなVMセッションを構築することを意味する場合でも、ものを移動して安全に維持することがはるかに簡単になります。

例として、バインドレイアウト（/ etc / bind内）の一部を次に示します。

-rw-r-----  1 root bind 2.6K 2009-08-07 10:41 named.conf
-rw-r-----  1 root bind 112K 2009-07-24 07:54 named.external.conf
-rw-r-----  1 root bind 112K 2009-07-24 07:53 named.internal.conf
-rw-r-----  1 root bind  792 2009-07-01 10:28 named.logging.conf
-rw-r-----  1 root bind  834 2009-07-01 10:28 named.options.conf
-rw-r-----  1 root bind  373 2009-07-01 10:28 rndc.conf
-rw-r-----  1 root bind  131 2009-07-01 10:28 rndc.key

named.confには、私の基本設定が含まれており、他のファイルには次のものが含まれています。

include "/etc/bind/named.logging.conf";
include "/etc/bind/named.options.conf";

include "/etc/bind/rndc.key";

新しいサーバーを構築し、古いマスターサーバーをポイントします。

zone "adnszone.com" {
        type slave;
        masters ( your.master.server.ip; etc.etc.etc.etc; }; 
        file "internal/adnszone.com";
};

移入しましょう。

新しいマスターサーバー（できれば非表示）の準備ができたら、特定のconfファイルを非常に簡単に開いて、新しいマスターとビオラを指すように変更できます。

— Greeblesnort
ソース

2

最初にスレーブにすることで新しいマスターにデータを投入することは悪い考えです。すべてのコメントを含め、ゾーンファイルの元の行順序とフォーマットが失われます。rsyncまたはscpを使用するか、古いサーバーから新しいサーバーにファイルを実際にコピーする他の方法を使用します（ftpでも実行できます）

— cas

true、ただしとにかくマスターにのみ適用され、コメントがスレーブに伝播することはありません。したがって、興味深いレコードについては、TXTレコードを使用して情報を追加します。レコードの先頭に：blah.domain.com A 1.2.3.4 info.blah.domain.com TXT "トレドのメインblahサーバー"

— Greeblesnort 2009

1

ウォンブルの答えは良いです。

また、可能であれば、ネームサーバーを再委託する必要がないようにしてください（つまり、古いサーバーと同じIPアドレスを持つ新しいサーバーで終わるようにします）。

新しいサーバーが古いサーバーと同じIPサブネット上にある場合は問題ありません。一時的なIPアドレスを使用してセットアップし、構成時に実際のIPと交換するだけです。古いサーバーのIPを変更し、新しいサーバーのIPを変更します（ルーターまたはスイッチのarpキャッシュをクリアする必要がある場合があります）。

新しい設定で問題が発生した場合は、IPアドレスを再度交換するだけですばやく簡単に元に戻すことができます。対照的に、再委任した後の元に戻すことは、簡単ではないため簡単ではありません。自分で変更する場合は、DNSレジストラーにリクエストを送信する必要があります（5分かかる場合もあれば、1日、場合によっては数週間かかる場合もあります）。

これは過度に偏執的に聞こえるかもしれませんが、変更を元に戻す方法を自分に残しておくことは常に良い考えであることを何年にもわたって学びました...かなり頻繁に、変更を行うと、設定に使用されていた方法の非表示/文書化されていない依存関係が明らかになりますそれらを変更する前に。文書化されていない依存関係を誰が作成したか、それがどれほど間違っていたかは関係ありません-あなたが設定を変更したので、それはあなたの責任です。

新しいサーバーが別のサブネットにある場合は、再委任するしかありません。

— cas
ソース

0

最速の切り替えのために、RRファイルが/ etc / bind（Fed / Cent / RHも/ var / some / where /にある）にあることを確認してください。

または、新しいシステムが稼働したら、古いシステムのセカンダリシステムにして、RRを転送し、新しいシステムをプライマリシステムにスワップします。これは、プライマリがRRレコードファイルを暗号化している場合にも機能します。

— ジムスミスッカ
ソース