Kanorioにカスタムドメインを追加した際、「DNSの反映を待機中」と表示されることはありませんか？これは通常、サイトが壊れているわけではなく、DNS設定が浸透中であるか、微調整が必要な箇所があることを意味します。
本ガイドでは、DNS、SSL証明書、およびよくあるエラーについて分かりやすく解説し、ステップバイステップでトラブルシューティングをサポートします。
DNSは、インターネット上の「電話帳」のようなものだと考えてください。
ユーザーは yourbrand.com のようなURLを記憶しますが、コンピュータはどのサービスにアクセスすべきかを知る必要があります。DNSレコードは、この電話帳にあるエントリであり、ブラウザに対して「このURLが入力されたら、Kanorioのウェブサイトサービスへ移動せよ」と指示するものです。
すべてのDNSタイプを理解する必要はありません。Kanorioに接続する際、最も一般的なものは以下の通りです。
| 名前 | 意味 | Kanorioでの目的 |
|---|---|---|
| CNAME | URLのエイリアス（別名） | www やサブドメインをKanorioのターゲットに向けます。 |
| Aレコード | URLのサーバーアドレス | ルートドメインでCNAMEがサポートされていない場合に使用します。 |
| MXレコード | メール受信用の設定 | ビジネスメール用です。サイト設定時に削除しないでください。 |
| TXTレコード | 検証やテキスト設定用 | ドメインの所有権確認やメールセキュリティによく使用されます。 |
| CAAレコード | 証明書発行のルール | SSL証明書の設定完了に影響する場合があります。 |
DNSは世界中で同時に更新されるわけではありません。ネットワークサービスやデバイスは、新しい設定を再照会するまで、古いデータをしばらくキャッシュします。このプロセスをDNS浸透（DNSプロパゲーション）と呼びます。
一般的な所要時間：
この待機中、以下のような現象が見られることがあります：
これらの現象は、必ずしも設定が間違っていることを意味しません。レコードが正しいことを確認し、DNSが反映されるまでしばらくお待ちください。
サイト管理でカスタムドメインを保存すると、Kanorioは以下の確認を行うための検証プロセスを作成します：
管理ページが開かれており、未保存の変更がない場合、システムは保留中のドメインを定期的に再チェックします。公開済みのサイトも、バックグラウンドタスクによって継続的に再試行されます。同じドメインを繰り返し削除・再追加する必要はありません。
| ステータス | 意味 | 対処法 |
|---|---|---|
| DNSの反映を待機中 | ドメインは保存済みですが、DNSまたはSSLの準備ができていません。 | レコードを確認して待機してください。 |
| アクティブ | DNSとSSLの準備が完了しています。 | シークレットウィンドウでテストしてください。 |
| 検証失敗 | 現在の設定を確認できません。 | このチェックリストを使用してトラブルシューティングを行ってください。 |
保留中のカスタムドメインが7日間以上検証されない場合、システムは保留中の設定をクリアします。DNSを修正した後、再度ドメインを追加して保存してください。
SSL証明書は、URLに https:// を有効にし、ブラウザに鍵マークを表示させます。簡単に言えば、訪問者とウェブサイト間で送信されるデータを暗号化し、転送中に読み取られたり改ざんされたりするのを防ぎます。
Kanorioは、接続に成功したカスタムドメインに対してSSL証明書を自動的に設定します。別途購入やアップロードを行う必要はありません。
正しいDNS設定が、即座にSSLの完了を保証するわけではありません。DNSが通過した後も、証明書の有効化には数分から数時間かかる場合があります。その間はDNSレコードを変更せず、Kanorioの無料URLを使用してテストを続けてください。
URLが開かない、古いサイトが表示される、または保留状態から進まない場合は、以下の手順に従ってください。
以下を追加したことを確認してください：
yourbrand.comwww.yourbrand.comshop.yourbrand.com以下は入力しないでください：
https://yourbrand.comyourbrand.com/aboutwww (完全なドメイン名が不足しています)ルートドメインと www は異なるURLです。www.yourbrand.com のみを追加した場合、yourbrand.com が自動的に開くことは期待しないでください。
ドメインはサービスAで購入したが、DNSはサービスBで管理されている場合があります。よくある例：NamecheapやGoDaddyで購入したが、ネームサーバーをCloudflareに変更している場合など。
この場合、元のレジストラではなく、CloudflareでDNSを編集してください。不明な場合は、ドメインアカウントの「ネームサーバー」を確認するか、ドメイン管理者に問い合わせてください。
Kanorioのカスタムドメインセクションに戻り、すべてのフィールドを比較してください：
@、www、または正しいサブドメインプレフィックスになっていますか？https://、スラッシュ、スペース、タイプミスはありませんか？www のレコードを入れ替えていませんか？通常、CNAMEのターゲットは saas.kanorio.com です。ルートドメインのプロバイダーがCNAMEをサポートしていない場合は、で説明されているAレコード方式を使用してください。
以前に別のホストを指していた場合、新しいレコードと競合する古いA、AAAA、またはCNAMEレコードが存在する可能性があります。
同じサイト名の競合のみに対処してください：
www のCNAMEを設定する際、他の www のA、AAAA、またはCNAMEレコードがないか確認してください。レコードの目的が不明な場合は、スクリーンショットを撮り、元の値を記録してから、元のサイトベンダー、IT担当者、またはサポートに問い合わせてください。
DNSキャッシュにより、同じコンピュータで一時的に古い結果が表示されることがあります。以下の順序で試してください：
特定のデバイスのみで問題が発生している場合は、そのデバイスやネットワークのキャッシュがまだ更新されていない可能性が高いです。
www.yourbrand.com は開くが yourbrand.com が開かない（またはその逆）場合、いずれかの完全なURLのレコードが不足しているか、Kanorioに追加されていません。
両方のURLが以下の状態であることを確認してください：
数時間待ってください。24時間経過しても証明書エラーが表示される場合は、以下を確認してください：
CAAは証明機関を制限するセキュリティルールです。既存の会社のCAAレコードを削除しないでください。ドメインのセキュリティ管理者に確認してもらうか、レコードの内容をサポートに提供して支援を求めてください。
WhatsMyDNS を使用して、新しいDNSレコードが各地域で浸透しているか確認できます。
注意：
saas.kanorio.com が直接表示されない場合があります。CloudflareのDNSレコードはプロキシモードを使用できます。プロキシモードでは、外部のDNSクエリで元のCNAMEが見えない場合がありますが、トラフィックは正しくKanorioに到達します。
Kanorioにバインドしているという理由だけで、Cloudflareのオレンジ色の雲をオフにしないでください。まず、レコード名とターゲットが正しいことを確認し、検証を待ち、実際のエラーに基づいてトラブルシューティングを行ってください。会社でセキュリティ、キャッシュ、またはファイアウォールのルールがある場合は、変更前に管理者に確認してください。
以下の場合は、繰り返し試行して競合を増やさないよう、直接サポートに連絡してください：
お問い合わせの際は、以下を提供してください：
www、またはその他のサブドメインのどれを接続したいか。DNSバックエンドのアカウントパスワード、APIキー、クレジットカード番号、検証コードは提供しないでください。
www を同時に大幅に変更すると、エラーの原因を特定するのが難しくなります。通常は数分から数時間ですが、最大24〜48時間かかる場合があります。プロバイダーの設定、キャッシュ、ネームサーバーが速度に影響します。
その必要はありません。Kanorioはドメイン検証が成功した後に自動的にSSLを設定します。証明書の準備ができていない場合は、まずDNSとCAA設定を確認してください。別途購入する必要はありません。
必ずしもそうではありません。Kanorioは一般的なプロキシシナリオに対応しています。長時間検証に失敗する場合は、まずレコードの内容とCloudflareのDNSステータスを確認してください。
外部ツールはDNS浸透の一部しか表示しません。Kanorioのステータスが「アクティブ」であることを確認し、SSLが有効になるのを待ってください。また、シークレットウィンドウやモバイルデータで試してください。
デバイスやネットワークによってDNSキャッシュが異なります。シークレットウィンドウを試す、ブラウザを再起動する、またはネットワークを切り替えてください。通常、浸透が完了すると解決します。
メールレコードを削除または上書きした場合のみ影響します。サイトを設定する際は、MX、SPF、DKIM、DMARCレコードを保持してください。
必ずしもそうではありません。ドメイン全体がダウンしている場合は、まずDNSを確認してください。特定のパス（例：/old-page）のみが壊れている場合は、ページパスが変更されたか、URLリダイレクトを設定する必要がある可能性があります。URLリダイレクトルールの設定をお読みください。