クライアント用に5つのWebサイトをホストしているWebサーバーを継承しました。それらをdomian1、domain2などと呼びます。5つのドメインすべてのすべてのドメインネームサーバーがns1.domain1.comとns2.domain1.comに設定されていることを発見しました。単一のサーバーは、domain1.comを含むすべてのドメインのDNSを実行しています。ns1とns2は両方とも同じWebサーバーを指しています。
冗長性がなく、domain1ネームサーバーがDNSを使用して独自のIPを解決しているという事実を除けば、なぜ誰かがこれを行うのでしょうか。私は何かが足りないのですか？
ゾーンの NS レコードを作成する場合、次の 2 つのオプションがあります。
1) 各ゾーンの NS レコードがそれ自体のみを指すように設定します。したがって、domain1.com は ns1.domain1.com などになります。これの利点は、リモート サイトが別の場所への相互参照を行ったり、調べたりする必要がないことです。たとえば、ns1.domain2.com を指す domain1.com の NS レコードがある場合、domain2.com の NS レコードのルックアップもチェックして、ns1.domain2.com をルックアップする正しい場所があることを確認する必要があります。本当にそうです。domain2.com の NS レコードが domain3.com のネーム サーバーを指しているケースを想像できます... これは明らかに非効率的であり、多くの不要な追跡が発生します。だから...完全に内部を指すことは、当たり前のように思えますよね! 追っかけが少ない！しかし... それはまた、あなたのネームサーバーに関する com の概念をあなたのネームサーバーに関するあなたの概念と同期させる必要があることを意味します. また、それらを追加または削除したり、IP アドレスを変更したりする場合は、変更があったことを (レジストラを通じて) com に通知する必要があります。(技術的な話: グルー レコードに関する com の概念を更新してください)。
2) 外部サーバーを指す NS レコードを追加します。これは、レジストラとしてのトランザクションの一部として DNS サービスを販売するサーバー ファーム (つまり、domain1.com を購入するために行った場所) では一般的です。彼らはあなたの NS レコードを「ns1.godaddy.com」のようなものに設定しました。あなたの場合、以前のゾーン所有者は NS レコードをすべて domain1.com ゾーンを指すように設定しました。これは、将来住所を変更する予定がある場合に実際に役立ちます。5 つのゾーンすべてで IP アドレスを変更する必要はなく、domain1.com の ns1.domain1.com レコードで変更するだけで済みます。他のゾーンに触れる必要はありません。わーい！100 のゾーンを管理している場合は、さらに負担が大きくなります。
したがって、ここに正しいも間違いもありません...これはトレードオフであり、異なる管理者が異なることを行います。何かを変更する場合は、ゾーン編集のメンテナンスを気にしない場合は、他のモデルに変更してください。個人的にも、可能な場合はそうしています。しかし、それはまた、ほとんどの人が親のグルーレコードを一致するように更新できず、まさにこの理由で同期されていないゾーンが世界中に無数にあるときでもあります:「ああ、明日やります」.