ドメインと SSL のトラブルシューティング
対象を絞った確認で、カスタムドメインの検証、DNS、ルーティング、リダイレクト、HTTPS の問題を修正します。
カスタムドメインの準備が完了しない、誤ったウェブサイトが開く、リダイレクトが正しく動作しない、または HTTPS / セキュリティエラーが表示される場合は、このガイドを使用してください。
ここから開始
Settings → Domains → Manage → Domain Status → 失敗した段階を特定 → Recheck
まず問題を特定する
DNS を変更する前に、症状の表を使用してください。表示されている内容に一致するセクションから始め、対象を絞った変更を 1 つだけ行い、その後でドメインステータスとホスト名をブラウザで再確認してください。
| 表示される内容 | 移動先 |
|---|---|
| Atoms がドメインを検証できない、または必要なレコードが不足しているように見える | 検証と DNS レコードの問題 |
| ドメインを開くと古いウェブサイトまたは誤ったウェブサイトが表示される | ルーティング、競合するレコード、Cloudflare、またはプロジェクトの関連付け |
| 変更が一部のネットワークでは機能するが、他では機能しない | DNS 伝播とローカルキャッシュ |
| HTTPS が失敗する、またはブラウザに証明書の警告が表示される | SSL / HTTPS の問題 |
| ドメインを開くと誤った Atoms プロジェクトが表示される | 誤ったプロジェクトの動作 |
| ルートドメインと www の動作が異なる | ルート / www のトラブルシューティング |
| ドメインが誤ったアドレスにリダイレクトする、またはループする | リダイレクトのトラブルシューティング |
| 無関係な複数の Atoms ドメインが同時に失敗する | DNS の変更をやめて Atoms Support に連絡 |
重要
トラブルシューティング中のドメインについては、必ず Atoms 内に現在表示されている DNS 値を使用してください。別のドメイン、古いスクリーンショット、または古いガイドから IP アドレス、検証値、または DNS ターゲットをコピーしないでください。
ドメインの確認場所
クイックリファレンス: このガイドで表示される可能性のある用語
トラブルシューティング手順を使うために、DNS の内部動作を理解する必要はありません。これらの定義は、用語に不慣れな場合のためだけにあります。
| 用語 | 意味 |
|---|---|
| DNS | ドメインが訪問者をどこに送るか、またどのオンラインサービスを使用するかをインターネットに伝える設定です。 |
| Authoritative DNS / nameservers | ドメインの現在の設定を実際に管理している DNS サービスです。別の場所で DNS を変更しても、その変更はドメインに反映されません。 |
| A / AAAA / CNAME | ブラウザにウェブサイトの場所を伝えるレコードです。古いレコードや競合するレコードがあると、訪問者が誤ったサイトに送られることがあります。 |
| TXT | ドメインを管理していることを証明するためによく使われる、テキストベースの DNS レコードです。Atoms はドメイン設定中にこれを追加するよう求める場合があります。 |
| DNS propagation / TTL | DNS の変更があらゆる場所で見えるようになるまでの時間です。この期間中は、一部の人にはまだ古い結果が表示されることがあります。 |
| CAA | ドメインで HTTPS に必要なセキュリティ証明書を発行できる会社を制御する、任意の DNS ルールです。 |
| Cloudflare proxy | サイトに到達する前に、ウェブサイトのトラフィックを Cloudflare 経由にする Cloudflare の設定です。これにより、ドメインのルーティングや検証に影響することがあります。 |
変更する前に
• Atoms に表示されている正確な Domain Status とエラーメッセージを記録してください。
• どの変更が結果に影響したかを判断できるよう、DNS またはルーティングの設定は一度に 1 つだけ変更してください。
• 本番 DNS レコードを編集する前に、以前の値を記録してください。
• 認識できないという理由だけでレコードを削除しないでください。MX レコード、メール関連の TXT レコード、無関係なサブドメインは、メールや他のサービスを支えている可能性があります。
• 別途 DNS 移行が意図され確認されている場合を除き、単一の検証問題を修正するためだけにネームサーバーを変更しないでください。
• トラブルシューティングの変更によって動作中のウェブサイト、メール、または他のサービスが壊れた場合は、問題を引き起こした最後の変更だけを元に戻してください。
検証と DNS レコードの問題
Atoms がドメインを検証できない、必要なレコードが不足または不正確に見える、または DNS を編集してもドメインの状態が変わらない場合は、このセクションを使用してください。
まず DNS のソースを確認する
• Atoms でドメインを開き、必要な各レコードを、同じホスト名に対して公開されている内容と比較してください。
• ドメインの authoritative nameservers を確認し、そのネームサーバーを提供しているプロバイダーで DNS を編集していることを確認してください。ネームサーバーが Cloudflare を指している場合、レジストラの DNS パネルだけで行った変更は authoritative ではない可能性があります。
• 必要な各レコードについて、レコードタイプ、ホスト名 / name、ターゲットまたは値、およびそのレコードが authoritative provider に実際に存在することを確認してください。
• 検証値は、Atoms に現在表示されている値と完全に一致している必要があり、公開 DNS ルックアップで確認できなければなりません。
一致しない箇所だけを修正してから再確認する
• 不足しているレコードを作成するか、一致していないフィールドだけを修正してください。
• レコードが誤った DNS プロバイダーに追加されていた場合は、代わりに authoritative provider に追加してください。
• 現在の Atoms の値を、別のプロジェクト、別のドメイン、古いスクリーンショット、または古い Help Center 記事のアドレスや検証値で置き換えないでください。
• 変更が公開されたら、Domains → Manage に戻り、Domain Status を再確認してから、ブラウザでホスト名をテストしてください。
無関係なサービスを保護する
DNS の変更によってメールや他のサードパーティサービスが壊れた場合は、誤って変更した無関係な MX、TXT、検証、またはサブドメインのレコードだけを元に戻してください。その後、1 回に 1 レコードずつトラブルシューティングを続けてください。
ルーティング、古いコンテンツ、競合するレコード、Cloudflare
ホスト名を開くと古いウェブサイトが表示される、誤った宛先に到達する、または同じホスト名に対して複数のルーティングレコードがある場合は、このセクションを使用してください。
正確なホスト名の A、AAAA、CNAME レコードを確認する
• 以前のホスティングプロバイダーのレコード、古い IPv6 AAAA 宛先、同じホスト名に対する CNAME と別の宛先レコードの併存、またはトラフィックを異なるサービスに送る重複レコードがないか確認してください。
• 現在の Atoms 設定と競合していることを確認したウェブサイトルーティングレコードだけを削除してください。クリーンアップの一環として不明なレコードを削除しないでください。
• DNS がすでに意図した宛先を指しているのに古いコンテンツが表示される場合は、再度 DNS を変更する前に、プライベート / シークレットウィンドウ、別のブラウザまたはデバイス、別のネットワークでテストしてください。
Cloudflare proxy の状態
• 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 時間かかる場合がありますが、通常はそれより早く反映されます。
• DNS と Atoms が他では正しいのに、1 つのブラウザまたはデバイスだけが誤った結果を表示する場合は、そのローカルのブラウザ / ネットワークキャッシュをクリアするか回避してください。デバイス固有のキャッシュ問題のために DNS を変更しないでください。
• 後でもう一度確認し、公開リゾルバーが同じ意図した値に収束するか確認してください。
SSL / HTTPS の問題
DNS は正しく見えるのに HTTPS を発行できない、ブラウザに証明書の警告が表示される、または以前は動作していた HTTPS が失敗する場合は、このセクションを使用してください。
証明書まわりの設定を確認する
• ブラウザの正確なエラー内容と、開いている正確なホスト名を記録してください。
• DNS ルーティング、伝播、Cloudflare proxy の状態、および証明書が別のホスト名のものに見えないかを確認してください。
• 最近、DNS、ネームサーバー、Cloudflare proxy 設定、CAA レコード、またはプロジェクト / ドメインの関連付けに変更がなかったか確認してください。
• 制限的な証明書ポリシーが存在する可能性がある場合は、影響を受けるホスト名と親ドメインの CAA レコードを確認してください。
CAA に関する注意
Atoms は、ユーザーが CAA レコードに追加すべき認証局を公開していません。Atoms の認証局を推測したり、無作為な CAA 値を追加したりしないでください。制限的な CAA ポリシーが発行を妨げている可能性がある場合は、CAA を変更する前に Atoms Support に連絡してください。
修正して確認する
• 確認済みの 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 サービスステータスページは確認されていません。無関係な複数のドメインが同時に失敗する場合は、それ以外は正しい DNS を変更せず、Atoms Support に連絡してください。
エスカレーション前にこの証拠を準備する
• 影響を受けているホスト名と、意図した Atoms プロジェクト / ワークスペース。
• 現在表示されている正確な Domain Status またはエラーメッセージ。
• 現在の authoritative DNS の結果と、Atoms が現在要求している値。
• 該当する場合、ブラウザの正確な HTTPS / 証明書エラー。
• 最後に行った変更と、それを元に戻したことで以前の動作に戻ったかどうか。
最終確認
修正後は、Domains → Manage に戻って Domain Status を再確認してください。その後、ブラウザで結果を確認してください。
• 意図したホスト名が接続され、意図した Atoms プロジェクトに到達する。
• HTTPS が証明書警告なしで機能する。
• ルートと www が意図どおりに動作する。
• リダイレクトが意図したアドレスで終了する。
• DNS 変更後もメールや他の無関係なサービスが引き続き動作する。
完了した結果
正しいドメイン状態 + 正しいウェブサイト + HTTPS + 正しいホスト名 + 期待どおりのリダイレクト
FAQ
カスタムドメインで DNS_PROBE_FINISHED_NXDOMAIN が表示されるのはなぜですか？
ブラウザに DNS_PROBE_FINISHED_NXDOMAIN が表示される場合、リクエストはまだ当社のプラットフォームに到達していません。以下を確認してください。
- ドメインの有効期限が切れていないこと。
- ネームサーバーが正しく向いていること。
- 必要な A/CNAME/TXT レコードが、プラットフォームの指定どおりに設定されていること。
トラブルシューティングに必要な情報:
- 完全なドメイン名
- レジストラ / DNS プロバイダー
- 現在の DNS レコードの全画面スクリーンショット
- 最終変更時刻
- apex と www の両方を個別にテストした結果
レコードが確認でき次第、DNS 伝播とプラットフォームのバインドを確認します。
ルートドメインと www サブドメインの動作が異なるのはなぜですか？
ルートドメインと www サブドメインは別々のホスト名であるため、一方は動作していても、もう一方は未設定である可能性があります。
- どちらのホスト名をプライマリにするか、もう一方をそこへリダイレクトするかを決めてください。
- Atoms のドメイン設定で、両方のホスト名が追加されているか、または意図したリダイレクトが設定されていることを確認してください。
- DNS プロバイダーで、各ホスト名を Atoms が現在要求している正確なレコードと比較してください。競合するレコードは、別のサービスで使われていないことを確認してから削除してください。
- DNS と証明書の更新を待ってから、シークレットウィンドウで両方の HTTPS URL をテストしてください。
それでも差異がある場合は、両方の URL、希望するプライマリホスト名、ドメイン設定のスクリーンショット、DNS のスクリーンショット、各アドレスでのエラー、最終変更時刻を添えて Support に連絡してください。
DNS レコードは正しいのに、カスタムドメインがまだ動作しないのはなぜですか？
- ドメインのバインド解除やレコード削除を繰り返さないでください。検証や証明書処理が再開される可能性があります。
- authoritative DNS provider を確認し、実際の A、CNAME、または TXT の結果を Atoms に表示されている正確な値と比較してください。重複または競合するレコードがないか確認してください。
- ドメインが正しいプロジェクトに引き続きバインドされていること、およびプラットフォームの本番 URL が動作することを確認してください。
- レコードが最近変更された場合は、再度テストする前に、公開されている TTL と証明書発行を待ってください。
それでもドメインに 404、証明書警告、または切断されたルートが表示される場合は、完全なドメイン、ドメイン設定ページ、DNS のスクリーンショット、最終変更時刻と再確認時刻、プラットフォームの本番 URL、完全なエラーを添えて Support に連絡してください。
新しいバージョンをデプロイしたのに、カスタムドメインにまだ古いコンテンツが表示されるのはなぜですか？
- Publish を開き、最新バージョンがデプロイされていて、ステータスが最新であることを確認してください。
- プラットフォームの本番 URL とカスタムドメインを比較してください。
- カスタムドメインをハードリフレッシュし、シークレットウィンドウでテストしてください。
- プラットフォーム URL は最新なのにカスタムドメインが古い場合は、ドメインが現在の Atoms ターゲットを引き続き指していることを確認してください。プロキシまたは CDN を使用している場合は、そのプロバイダーの手順に従ってキャッシュを更新してください。
現在の Atoms 要件と異ならない限り、DNS レコードを変更しないでください。問題が続く場合は、両方の URL、比較スクリーンショット、現在のバージョン、公開時刻、DNS またはプロキシプロバイダー、影響を受けるパスを添えて Support に連絡してください。