独自ドメインのDNSレコード：設定前の確認ガイド

1. 実際に使われるDNSの管理場所を確認する

登録事業者はドメイン登録を管理し、権威DNSの提供者はそのドメインの正式なレコードを提供します。管理アカウントが別々の場合もあります。例えばDreamHostの手順は、ドメインのネームサーバーがDreamHostを参照している場合に限って適用されます。そこでドメインを登録しているだけでは十分ではありません。[1][2]

編集前に、現在のネームサーバーと、そのDNSゾーンを管理するアカウントを確認してください。他の人が管理しているなら、対象アカウントと変更内容を確認します。別の事業者の編集画面が便利だからという理由で、ネームサーバーを変えないでください。変更範囲が広がるため、そのドメインを使っている既存サービスの確認が必要になります。

2. 値をコピーする前に種類を理解する

これらは別々の用途です。すべてのサイトに五種類とも必要なわけではありません。接続手順で指定された種類だけを追加します。確認用のTXTレコードだけでは訪問者をページへ誘導できません。MXの変更もサイトを公開する操作ではありません。[1]

サブドメインを付けないドメインと、必要なサブドメインの扱いを個別に確認しましょう。通常のCNAMEには、同じ名前の他のレコードと併用できないなどの制約があります。ドメインの基点向けに特別な仕組みを提供する事業者もありますが、どこでも使えるとは限りません。手順なしに別の方式へ置き換えないでください。[1]

3. 保存前に作業シートを作る

DNSの管理画面では、名前欄の解釈が異なります。短いラベル、完全な名前、またはドメインの基点を表す特定の入力を求める場合があります。その画面の説明に従い、ドメイン名が二重に付かないようにしましょう。DreamHostの入力規則は同社の画面の例であり、すべてのサービスに共通する手順ではありません。[1]

4. 仮想例で変更範囲を決める

example.comで主要サイトとメールがすでに動いているとします。主催者はtickets.example.comにイベントページを表示したいと考えています。まず、選んだページサービスがそのホスト名に対応するか確認します。次に実際の接続・確認手順を受け取り、必要な変更を作業シートに記入します。この例には、実際のアカウントにコピーする接続先は載せていません。

作業の目的はtickets.example.comの接続であり、ドメイン全体の設定の置き換えではありません。その名前のレコードを確認し、関係のないウェブやメールの設定は維持します。サービスがネームサーバーの変更やドメインの基点の利用を求める場合は、限定的な変更を一度止め、他のサービスを維持する計画を用意してください。

5. メールを維持し、変更を記録する

MXはメールの配送先を指定します。TXTには確認情報やメール関連の情報が入ることがあります。そのため、メールを移行しなくても、ウェブの接続時にはメール設定を確認する必要があります。現在の設定を控え、残すべきレコードを特定してください。[1]

既存の値の用途が分からない場合は、置き換える前に担当者へ確認します。DNSゾーンを見た目よく整理することより、必要な各サービスへのアクセスを維持することが目的です。

6. DNS・ページ・HTTPSを別々に確認する

DNSの応答はキャッシュに保存されることがあります。保存内容と更新の仕組みによって、端末ごとに変更が見える時刻は異なります。TTLはその仕組みに関係しますが、一定時間が過ぎればどこからでもサイトが使えるという保証ではありません。[2][1]

最後に作業シートをドメイン管理者へ渡してください。変更の記録になり、次のイベントにも役立ちます。この例自体を、特定サービスの設定値として扱わないことが大切です。