メールの設定を見失わずに独自ドメインを接続する

ドメイン接続は、一度のコピー＆ペーストで済むように見えるかもしれません。実際には、使いやすい設定の流れはいくつもの問いに答えます。アドレスを管理しているか、DNSが目的のサービスを指しているか、HTTPSは準備できたか、既存のメールはまだ動くか。これらを分けることで、分かりにくい「保留中」の状態も調べやすくなります。

まず、無料または仮のアドレスで動くページを用意します。そこで内容と主なリンクを試してください。ページとDNSを同時に調べずに済み、アドレスの接続へ集中できます。

DNSを管理する場所を見つける

ドメインを買ったアカウントと、DNSを管理するサービスは別の場合があります。編集前に、現在使われるDNSサービスを特定してください。既存の設定の控えを残し、サイト、メール、他のアプリに使われるレコードを確認します。別の人がドメインを管理するなら、サイトのサービスが示す具体的な変更を依頼してください。

無関係な複数の解説から設定手順を集め、組み合わせるのは避けましょう。実際のドメインとアカウント向けに生成された指示を使います。ガイドの仮の接続先は例であり、本番の設定に貼り付ける値ではありません。

追加を求められたレコードを理解する

CNAMEは一つのホスト名を別のホスト名へ対応付けます。ページの内容を持つものではありません。接続先のサイトサービス側でも、独自アドレスを認識する必要があります。CloudflareはDNSレコードのリファレンスでCNAMEの動作を説明しています。

設定画面には、レコードの種類、名前、値、必要なプロキシ設定が示されるはずです。各項目を丁寧にコピーしてください。何も付かないドメインと、www.example.comのようなサブドメインでは手順が異なる場合があります。一方を接続すれば自動で他方も設定される、あるいはすべてのDNSサービスがルートドメインを同じように扱うとは考えないでください。

所有権とHTTPSの確認を見込む

接続先を指定するレコードに加え、認証用のレコードを求められることがあります。それぞれの目的の指示に従い、区別して扱いましょう。Cloudflare for SaaSでは、ホスト名の所有権と証明書の検証は別の状態で、本番で使うにはDNSがサービスを指すことも必要です。ホスト名検証のドキュメントをご覧ください。

そのため、DNSレコードの保存は大切な一歩でも、接続全体が完了した証拠ではありません。必要な確認が準備完了と表示されるまで待ち、その後に公開アドレスを開きます。保留が続くなら、設定を何度も置き換える前に、正確なレコードとエラーを調べてください。

メール設定をそのまま保つ

サイトを接続することは、ドメインのメール設定を置き換える許可ではありません。メールボックスのサービスをすでに使っているなら、変更前にMXと関連する認証レコードを確認します。別の設定画面にメール転送があるというだけで、削除しないでください。

Cloudflareはメールのトラブルシューティングガイドで、Email RoutingのMXレコードが別のメールサービスのレコードと競合する場合があると説明しています。メールの移行は独立した判断として扱いましょう。サイト接続には、既存のメールサービスを残す明確な方法が必要です。

人が実際に使うアドレスを試す

選んだメインアドレスを開き、主なボタンを試し、問い合わせフォームがあればテストを送ります。対応する別アドレスと、意図した転送も確認してください。そのドメインで既存のメールサービスを使っているなら、普通のテストメールを送受信します。

失敗した場合は、エラー文と試した時刻を残します。適切な窓口を通じ、ドメインと秘密ではないレコードの情報をサポートへ伝えてください。ヘルプのやり取りに、アカウントのパスワードや無制限のAPIキーを載せないでください。

すべて動いたら、ページをホストするサービスと、ドメインやメールを管理するサービスを書き留めます。その短いメモが、来年何かを変えるとき、思いがけず長い午後を節約してくれます。