カスタムドメインの準備完了にならない、誤ったウェブサイトが開く、正しくリダイレクトされない、または HTTPS / セキュリティエラーが表示される場合は、このガイドを使用してください。

まず問題を特定する

DNS を変更する前に、症状の表を使用してください。表示されている内容に一致するセクションから始め、対象を絞った変更を 1 つだけ行い、その後でドメインステータスとホスト名をブラウザで再確認してください。

ドメインの確認場所

クイックリファレンス: このガイドで表示される可能性がある用語

トラブルシューティング手順を使うために、DNS の内部動作を理解する必要はありません。これらの定義は、用語に不慣れな場合のために記載しています。

何かを変更する前に

• Atoms に表示されている正確な Domain Status とエラーメッセージを記録してください。

• どの変更が結果に影響したか分かるように、一度に変更する DNS またはルーティング設定は 1 つだけにしてください。

• 本番の DNS レコードを編集する前に、以前の値を記録してください。

• 認識できないという理由だけでレコードを削除しないでください。MX レコード、メール関連の TXT レコード、無関係なサブドメインは、メールや他のサービスを支えている可能性があります。

• 別途 DNS 移行が意図され確認されている場合を除き、単一の検証問題を修正するためだけにネームサーバーを変更しないでください。

• トラブルシューティングの変更によって動作中のウェブサイト、メール、または他のサービスが壊れた場合は、問題を引き起こした最後の変更だけを元に戻してください。

検証と DNS レコードの問題

Atoms がドメインを検証できない、必要なレコードが不足または誤っているように見える、または DNS を編集してもドメイン状態が変わらない場合は、このセクションを使用してください。

まず元の DNS を確認する

• Atoms でドメインを開き、必要な各レコードを、同じホスト名に対して公開されている内容と比較してください。

• ドメインの authoritative nameservers を確認し、それらのネームサーバーを提供しているプロバイダーで DNS を編集していることを確認してください。ネームサーバーが Cloudflare を指している場合、レジストラの DNS パネルだけで行った変更は authoritative ではない可能性があります。

• 必要な各レコードについて、レコードタイプ、ホスト名 / 名前、ターゲットまたは値、そしてそのレコードが authoritative プロバイダーに実際に存在することを確認してください。

• 検証値は、Atoms に現在表示されている値と完全に一致している必要があり、公開 DNS ルックアップで確認できなければなりません。

不一致のみを修正し、その後再確認する

• 不足しているレコードを作成するか、一致していないフィールドだけを修正してください。

• レコードが誤った DNS プロバイダーに追加されていた場合は、代わりに authoritative プロバイダーに追加してください。

• 現在の Atoms の値を、別のプロジェクト、別のドメイン、古いスクリーンショット、または古いヘルプセンター記事のアドレスや検証値で置き換えないでください。

• 変更が公開されたら、Domains → Manage に戻って Domain Status を再確認し、その後ブラウザでホスト名をテストしてください。

ルーティング、古いコンテンツ、競合するレコード、Cloudflare

ホスト名を開くと古いウェブサイトが表示される、誤った宛先に到達する、または同じホスト名に複数のルーティングレコードがある場合は、このセクションを使用してください。

正確なホスト名の A、AAAA、CNAME レコードを確認する

• 以前のホスティングプロバイダーのレコード、古い IPv6 AAAA 宛先、同じホスト名に対する CNAME と別の宛先レコードの併存、またはトラフィックを異なるサービスに送る重複レコードがないか確認してください。

• 現在の Atoms 設定と競合していることを確認できたウェブサイトルーティングレコードだけを削除してください。クリーンアップ目的で不明なレコードを削除しないでください。

• DNS がすでに意図した宛先を指しているのに古いコンテンツが表示される場合は、再度 DNS を変更する前に、プライベート / シークレットウィンドウ、別のブラウザまたはデバイス、別のネットワークでテストしてください。

Cloudflare プロキシの状態

• TXT 検証レコードは DNS only です。ウェブプロキシレコードではありません。

• A または CNAME レコードについては、Atoms のインターフェースまたは Atoms Support が明示的に要求した場合にのみ Proxy Status を変更してください。通常のトラブルシューティング手順として、レコードを Proxied と DNS only の間で切り替えないでください。

• Atoms または Support からプロキシ状態の変更を求められた場合は、指定されたルーティングレコードだけを変更し、新しい DNS 応答が見えるようになるまで待ってから、ドメインと HTTPS を再テストしてください。

DNS 伝播とローカルキャッシュ

authoritative DNS がすでに正しいのに、ネットワークやデバイスによって異なる結果が表示される場合、残っている問題は通常、新しい設定ミスではなくキャッシュです。

• authoritative DNS の結果を、1 つ以上の公開 DNS リゾルバーや、必要に応じてモバイルデータなど別のネットワークと比較してください。

• authoritative DNS が誤っている場合は、元のレコードを修正してください。authoritative DNS が正しいのに他のリゾルバーが以前の値を返している場合は、レコードを繰り返し編集しないでください。

• DNS の変更が世界中で見えるようになるまで最大 48 時間かかることがありますが、通常はもっと早く反映されます。

• 1 つのブラウザまたはデバイスだけが誤った結果を表示し、他では DNS と Atoms が正しい場合は、そのローカルのブラウザ / ネットワークキャッシュをクリアまたは回避してください。デバイス固有のキャッシュ問題のために DNS を変更しないでください。

• 後で再確認し、公開リゾルバーが同じ意図した値に収束することを確認してください。

SSL / HTTPS の問題

DNS は正しく見えるのに HTTPS を発行できない、ブラウザに証明書の警告が表示される、または以前は動作していた HTTPS が失敗する場合は、このセクションを使用してください。

証明書まわりの設定を確認する

• 正確なブラウザエラーと、開いている正確なホスト名を記録してください。

• DNS ルーティング、伝播、Cloudflare プロキシ状態、および証明書が別のホスト名のものに見えないかを確認してください。

• 最近、DNS、ネームサーバー、Cloudflare プロキシ設定、CAA レコード、またはプロジェクト / ドメイン関連付けに変更がなかったか確認してください。

• 制限的な証明書ポリシーが存在する可能性がある場合は、影響を受けるホスト名と親ドメインの CAA レコードを確認してください。

修正して確認する

• 確認できた DNS、プロキシ、CAA、ホスト名、またはプロジェクト関連付けの問題だけを修正してください。

• 通常の解決策としてブラウザの証明書警告を回避しないでください。

• 公開 DNS が正しく、ユーザーが制御できる設定で失敗の説明がつかない場合は、DNS の変更をやめて、証明書のプロビジョニングまたは更新について Atoms Support に連絡してください。

• Atoms から明示的な指示がない限り、証明書更新を強制するためだけに、それ以外は正しい DNS を置き換えないでください。

• https:// を付けた正確なホスト名を開き、意図したプロジェクトが証明書警告なしで読み込まれることを確認して再チェックしてください。

ルート、www、リダイレクト、誤ったプロジェクトの動作

これらの問題は、基本的な接続がすでに機能している場合でも DNS や SSL の失敗に見えることがあるため、ここで確認する価値があります。

ルートは動作するが www は動作しない、またはその逆

• example.com と www.example.com は別々のホスト名として扱ってください。両方を HTTPS でテストしてください。

• 失敗しているホスト名の DNS 結果と Atoms の Domain Status を確認してください。

• ルートドメインの値を単純に www にコピーすればよいと考えないでください。

ホスト名がまだ接続または再設定を必要としている場合は、ここで設定手順を重複させるのではなく、Connect and Manage Domains のセットアップ手順に従ってください。

リダイレクト先が誤っている、またはループする

• 訪問者が最終的に到達すべきアドレスを確認し、新しい / プライベートブラウザセッションでリダイレクトをテストしてください。

• レジストラの転送、Cloudflare のリダイレクトルール、別のプロキシ / CDN、または以前のホスティングプラットフォームなど、別のシステムもリダイレクトを実行していないか確認してください。

• 競合していることが確認できたリダイレクト層だけを変更してください。複数のリダイレクトシステムを同時に変更しないでください。

• 変更によってリダイレクトループが発生したり、訪問者が誤った宛先に送られたりした場合は、別の層をテストする前に、以前に動作していたリダイレクト設定を復元してください。

どの接続済みアドレスをプライマリにするか変更するには、Connect and Manage Domains の手順を使用してください。

ドメインを開くと誤った Atoms プロジェクトが表示される

• DNS がすでに正しく Atoms に到達している場合は、DNS を繰り返し変更するのではなく、問題をプロジェクト / ドメイン関連付けの問題として扱ってください。

• 現在どのプロジェクトまたはワークスペースにドメイン関連付けが表示されているか確認してください。

• 関連付けを修正した後、ホスト名が意図したプロジェクトを開くこと、および HTTPS が引き続き機能することを再確認してください。

ドメインの切り替え、切断、再接続、またはプロジェクト間の移動については、Connect and Manage Domains に従ってください。現在の関連付けがアクセスできない、または削除されたプロジェクト / ワークスペース / アカウントに属している場合は、追加の DNS 変更を行う代わりに Atoms Support に連絡してください。

DNS の変更をやめて Atoms Support に連絡すべきタイミング

証拠が Atoms 側の状態、証明書、または関連付けの問題を示している場合は、DNS の編集を続けるのではなくエスカレーションしてください。

• DNS が正しいことを確認済みなのに、Atoms のドメイン状態が回復しない。

• 公開 DNS とユーザー制御の設定が正しいにもかかわらず、証明書のプロビジョニングまたは更新に失敗する。

• ドメインがアクセスできない、または削除されたプロジェクト / ワークスペース / アカウントに関連付けられている、または関連するドメイン管理操作が失敗する。

• 複数の無関係な Atoms ドメインが同時に失敗しており、それらの DNS レコードは最近変更されていない。

• トラブルシューティングの変更が別のサービスに影響し、正しいロールバックを安全に特定できない。

エスカレーション前にこの証拠を準備する

• 影響を受けるホスト名と、意図した Atoms プロジェクト / ワークスペース。

• 現在表示されている正確な Domain Status またはエラーメッセージ。

• 現在の authoritative DNS の結果と、Atoms が現在要求している値。

• 該当する場合、ブラウザの正確な HTTPS / 証明書エラー。

• 最後に行った変更と、それを元に戻したことで以前の動作に戻ったかどうか。

最終再確認

修正後は、Domains → Manage に戻って Domain Status を再確認してください。その後、ブラウザで結果を確認してください。

• 意図したホスト名が接続され、意図した Atoms プロジェクトに到達する。

• HTTPS が証明書警告なしで機能する。

• ルートと www が意図どおりに動作する。

• リダイレクトが意図したアドレスで終了する。

• DNS 変更後もメールや他の無関係なサービスが引き続き機能する。

FAQ