十分な調査を行いましたが、私の問題に固有の解決策は存在しないか、簡単に選択できるオプションが見つからないと感じています。そこで、サードパーティの Web サービスを使用してクライアントにマネージド ホスティングを提供するつもりです。私が直面している問題は、カスタム ネームサーバーに関するものです。クライアントに VPS マシンを提供するので、各 VPS にカスタム ネームサーバーを登録し、ネームサーバーをメイン ドメインに配置する必要があります。ドメイン レジストラはカスタム ネームサーバーまたはホスト名を登録する機能を提供していますが、DNS サーバーを使用してカスタム ネームサーバーを登録することは可能ですか? これを処理できるのはレジストラだけですか? 解決策がある場合は、ご協力をお願いします。
答え1
これを処理できるのはレジストラだけですか?
はい。また、「レジストラ」ではなく、クライアントのドメイン名が使用する「各レジストラ」も同様です (クライアントはドメイン名をどこにでも自由に登録できますか、それともすべてを自分で処理しますか? 質問からはわかりません...)
ネームサーバーの「登録」が何を意味するのか混乱しているようですが、多くの誤った情報があるため、混乱しやすいです。したがって、以下ではその特定の部分にのみ回答しますが、それ以外では、今日では、低レベルの DNS プロトコルの動作、シェル スクリプト、監視、自動化などの経験がなければ、特に DNSSEC などのより複雑なテクノロジーでは、あらゆる種類の重要なセットアップで DNS を実行することは良い考えではないかもしれません。
まず、気に入らないかもしれない注意事項があります。ほとんどの場合、これは虚栄心のため、または実際のホスティングを隠そうとするために行われますが、どちらの場合もうまくいきません。したがって、問題の本当の解決策は、クライアントにネームサーバーを として提供し、ホストns1.my-shiny-hosting-company.exampleさns2.my-shiny-hosting-company.exampleれている Web サイトごとにネームサーバーを作成することを忘れることです。このより簡単な方法を採用することで、多くの時間と精神を取り戻すことができます。
ネームサーバーの登録について、まだ実行したい場合や、少なくともそれが何であるかをよりよく理解したい場合、さらに詳しく説明します。
まず最初に注意すべき重要な違いをいくつか挙げます。
- 検討するTLDによって異なります（ネームサーバーのTLDではなく、それらのネームサーバーを使用するドメインのTLD）。
- 「管轄区域内」のネームサーバーを使用するかどうか、つまりドメイン名の下にあるネームサーバーを使用するかどうかによって異なります。権威がある(この条項は非常に重要です)。これを権威ネームサーバーとして使用する場合は
ns1.example.com、管轄内です。example.comexample.com
当然ですが、Web サイトをホストするドメインごとに同じ名前を使用するネームサーバーも用意したい場合、これらのネームサーバーはすべて「管轄内」にあり、すぐに登録するのが最も複雑なケースになります。その理由を今から見てみましょう。
レジストリは、ネームサーバーをオブジェクトとして、または属性として処理するために 2 つの異なるモデルを使用します。gTLD はオブジェクトを使用し、多くの/ほとんど(?) の ccTLD は属性を使用します。また、状況が変化することもあります (.FR最近、属性からオブジェクトに変更されたなど)。これは通常、レジストラによってユーザーから隠されています。
しかし、典型的な「オブジェクト」の場合、物事は次のようになります。
- レジストラに行くと
- ドメインXを登録する
- ネームサーバーを設定する前に、これらのネームサーバーを登録する必要があります。ネームサーバーはレジストリデータベースにオブジェクトとして存在する必要があるため、レジストラはまずネームサーバーを作成し、ドメインに関連付ける必要があります。
- もちろん、良いレジストラはこれらすべてをあなたに隠します。ネームサーバーを要求し、必要なことを透過的に行います。
- 3 つのケースが発生します。
- ネームサーバー名がレジストリのTLDとは別のTLDにある場合、それは「外部」ネームサーバーと呼ばれ、レジストリとして作成するにはその名前のみが必要です。
- ネームサーバー名がレジストリの 1 つの TLD 内にある場合、それはもちろん「内部」ネームサーバーなので、その名前が必要であり、IP アドレスは必要である場合とそうでない場合があります。
- ネームサーバーが、権限を持つ必要があるドメイン名の直下にある場合（つまり、上で説明した「管轄区域内」の場合）、IPアドレスを使用して作成する必要があります（後で解決が機能するために、これがレジストリで「グルー」レコードを作成するものです）。
- そうでない場合は、IP アドレスを使用して作成される場合と作成されない場合があります。IP アドレスは現在必要ありませんが、権限のあるドメインに関連付けられるとすぐに必要になる可能性があるためです。
つまり、簡単に言えば、レジストラはネームサーバー名に加えて IP アドレスを要求し、レジストリで適切なものを作成するために魔法をかける可能性があります。
ご覧のとおり、少なくとも (レジストラ、レジストリ) のペアごとにこれを行う必要があります。一部のレジストリでは、外部ネームサーバーがレジストラごとに作成され、他のレジストリでは、すべてで共有される 1 つのオブジェクトがあります。
「属性」のケースに進むと、IP アドレスなどに関する上記の説明は依然として当てはまりますが、唯一の違いは、ネームサーバーがレジストリ データベースで個別のオブジェクトとして作成されず、ドメイン名を作成または更新するコマンドに属性として提供されるだけであるということです。
しかし、いずれの場合も、「ホストするすべてのドメインの下にns1を作成してみましょう」という方法を取ることにした場合の欠点は次のとおりです。ns2
- これらの名前と IP アドレスを定義するには、これらのドメインを扱うレジストラにアクセスする必要があります。したがって、クライアントに操作を依頼する必要があります (クライアントのドメイン名登録を管理していない場合)。上記のすべてをクライアントに説明できるかどうかは運次第です。もちろん、レジストラの Web サイトはそれぞれ異なるため、ネームサーバーを登録するためにどこに行くべきかは状況によって異なります。特定のネームサーバーを「すべての」レジストリ (つまり、この特定のレジストラが認定されているすべてのレジストリ) に登録するためのリンクが 1 つしかないレジストラもありますが、ほとんどの場合、これは望ましくありません。また、GUI がないためサポートに問い合わせる必要があるレジストラもあります)。または、クライアントに代わって操作を行うこともできますが、その場合はレジストラ パネルへのアクセス権が必要になります (セキュリティ上の大きなリスク)。
- そして、これらすべてを更新する必要がありますが、特定のケース（すべての顧客のドメイン名登録を処理し、それらがすべて同じレジストラに登録されている場合など）を除いて、一括操作はありません。したがって、新しい を作成する必要がある日は
ns3、どこでもそれを実行する必要があります（ただし、 を作成するだけの場合も同じですns3.my-shiny-hosting-company.example）が、さらに大きな問題は、ネームサーバーの IP アドレスを変更する必要がある日です（これは常に発生するため）。これは、ネームサーバーが権限を持つドメイン名で作成するという定義により、ネームサーバーの管轄内にあるため、IP アドレスを 2 回（独自のゾーンファイルと、おそらく のレジストリでmy-shiny-hosting-company.example）ではなく、ドメインの数だけ更新する必要があるためです。この場合も、各クライアントにレジストラの Web パネルでその操作を行う場所を確認するか、クライアントに代わってその操作を行う必要があります。
そのルートを進むと、大きな頭痛の種になることが予想されます。特に、DNS ホスティングやドメイン名登録ビジネスの専門家でない場合はそうです。
答え2
そこで私は、サードパーティの Web サービスを使用して、クライアントにマネージド ホスティングを提供することにしました。
私はクライアントに VPS マシンを提供します。
では、ウェブサイトと VPS ホスティングを提供するのですか?
もしそうなら、DNS には手を出さないでください。
彼らの DNS をホストする技術的な理由はありません。彼らの DNS をホストするために必要な、可用性が高くグローバルに多様なインフラストラクチャがない場合、また必要な知識と経験がない場合 (質問から判断すると、それらを持っていないことになります)、彼らの DNS をホストすべきではありません。
これはあなたに対する侮辱ではありません。DNS ホスティングは、インフラストラクチャと経験を備えた組織に任せてください。クライアントのために DNS をホストする理由はなく、クライアントのために DNS をホストすべきではありません。
答え3
通常、ネームサーバーの 1 セットのみを登録し (これも通常、自分のドメイン名で)、すべての顧客ドメインがそれらのネームサーバーを権威あるものとして参照します。顧客ドメインごとに異なるネームサーバーを登録することもできますが、これは不要であり、管理と移行が面倒です。ドメインが 3 つまたは 4 つの場合は欠点は小さいように思えるかもしれませんが、20 または 200 になると、個別のネームサーバー (通常はドメインごとに最低 2 つ) を登録するのはすぐに扱いにくくなります。