White LabelのDNSトラブルシューティング

White Label LiteのCNAME、DNS待機とSSLの状態、Cloudflareプロキシ、CAAレコード、DNSプロバイダー変更を診断するガイドです。

記事の詳細

種類・難易度・対象プラン・最終更新の情報。

種類
ガイド
難易度
初級
プラン
Nano · Starter · Pro · Agency
最終更新
2026年9月9日

White Label LiteのDNS問題の大半は、レコードがない、レコードの値がブランディング表と異なる、プロキシが有効、証明書の手順に対応が必要、という4つのいずれかです。

対象ドメインのブランディングタブにあるブランド用DNS表から始めてください。この表がホスト名とターゲットの正確な基準です。古い記事、別のアカウント、DNSチェックツールからCNAMEターゲットをコピーしないでください。

最短の手順

  1. ブランディングを開き、問題があるアドレスのホスト、種類、値をコピーします。
  2. 有効なDNSゾーンをホストするDNSプロバイダーで、そのレコードを作成または修正します。
  3. プロバイダーにプロキシスイッチがある場合は、レコードをDNSのみの状態にします。
  4. ブランディングへ戻り、DNSを確認を選びます。状態が有効になってからアドレスを共有してください。

ターミナルを使わずにDNSを確認する

他の問題を調べる前に、DNSプロバイダーのレコードとブランディングの行を比較します。

  • ホストまたは名前
  • 種類。ブランド管理画面またはWebメールホストではCNAME
  • 値またはターゲット
  • プロキシ設定。Cloudflare上のブランドホストではオフにする必要があります

レコードを保存したら、ブランディングでDNSを確認を使います。新しい確認がキューに追加され、ページに結果の状態が表示されます。

独立した確認には、公開DNS検索サービスを使うか、DNSプロバイダーに完全なホスト名をCNAMEとして検索するよう依頼します。応答はブランディングの現在の値フィールドと完全に一致する必要があります。公開チェックはそのサービスが認識する内容を確認できますが、プラットフォームの有効状態の代わりにはなりません。

この設定の完了にターミナルは必要ありません。使う場合は完全なホスト名を照会し、返されたCNAMEをブランディングの値と比較してください。

状態が「DNS待機中」の場合

DNS待機中は、プラットフォームがそのホストに必要なレコードをまだ見つけていないことを示します。レコードを修正した後にDNSを確認を選び、状態の更新後にブランディングタブへ戻ります。次の順序で確認してください。

別のDNSプロバイダーを編集している。 ドメインのDNSについて、どのプロバイダーが権威を持つか確認してください。レジストラーの画面を編集していても、有効なDNSゾーンが別の場所でホストされている場合があります。

CNAMEターゲットが現在の値ではない。 ブランディング表の値またはターゲットをコピーしてください。同じホスト名の古い競合レコードは、別のサービスで使われていないことを確認してから削除します。

レコードの種類が違う。 管理画面またはWebメールホストには、ブランディングに表示されるCNAMEレコードが必要です。同じホスト名のAまたはAAAAレコードが期待する結果を妨げる場合があります。

ホスト名の入力形式が違う。 dashboardのような接頭辞だけを求めるプロバイダーもあれば、完全なホスト名を求めるものもあります。プロバイダーの入力欄の説明に従い、作成されたレコードをブランディングに表示されるホストと比較してください。

レコードが一致する場合は変更せず、もう一度DNSを確認を使います。正しいレコードを何度も変更すると、すべてのDNSリゾルバーが同じ応答を認識するまでの時間が延びる可能性があります。

Cloudflareのオレンジ色のクラウドがSSL発行を妨げる

CloudflareをDNSプロバイダーとして使う場合、各レコードの横にクラウドアイコンが表示されます。オレンジ色はCloudflareがリクエストをプロキシしていることを示します。ブランド管理画面またはWebメールのCNAMEはDNSのみにして、プラットフォームが確認して証明書を発行できるようにする必要があります。

修正方法: 問題のあるブランドホストのCNAME横にあるクラウドを、灰色になるまで選び、レコードを保存します。ブランディングへ戻り、DNSを確認を選びます。

これはブランドホストのレコードに適用され、ドメインの他のすべてのレコードへ自動的に適用されるものではありません。別のプロバイダーにプロキシまたはCDNスイッチがある場合は、ブランディング表に別の指示がない限り、そのCNAMEでは無効にしてください。

状態が「SSLを発行できません」でCAAが示される場合

CAAレコードは、ドメインの証明書を発行できる組織を証明書プロバイダーへ伝えます。ブランディングの状態またはサポートがCAAを原因として明示した場合にのみ変更してください。

CNAMEは変更せず、ドメインにすでにCAAレコードがあるか確認します。DNSプロバイダーで表示するか、独立したDNS検索でルートドメインを照会できます。

プラットフォームの証明書発行元を許可する必要がある場合、サポートから提供された値または現在の製品ガイドに表示される正確なCAA値を追加してください。この手順を通すためだけに無関係なCAAエントリを削除しないでください。複数のCAAレコードは共存できます。

現在の証明書フローで通常必要な値は次のとおりです。

Type: CAA
Host: @
Value: 0 issue "letsencrypt.org"

CAAレコードがない場合は、予防目的だけで追加しないでください。CAAを変更した後はブランディングへ戻り、DNSを確認を選びます。

状態が「SSLを発行できません」で理由がない場合

CNAMEはすでに正しい可能性があります。削除と再作成を繰り返さないでください。代わりに次を行います。

  1. レコードがブランディングのホストとターゲットに一致し、プロキシされていないことを再確認します。
  2. DNSを確認を一度だけ選びます。
  3. 状態が変わらない場合は、ホスト名、表示中の状態、DNSレコードのスクリーンショットを添えてサポートへ連絡します。

それ以外は正しいCNAMEを編集しても証明書の問題は解決しません。DNSプロバイダーの認証情報を開示しなくても、サポートがプラットフォーム側の結果を確認できます。

有効だったドメインの状態が変わった場合

ホストが有効になるとサービスを提供できます。その後で状態が変わった場合は次を確認します。

  • 「DNS待機中」に戻った: 現在のCNAMEをブランディング表と比較します。レコードが変更、削除されたか、プロキシを使い始めた可能性があります。
  • 「SSLを発行できません」: 一致するCNAMEは維持し、DNSを確認を選び、状態が続く場合はサポートへ連絡します。
  • オフ: そのドメインでブランディングがオフになっていないか、White Label契約が無効になっていないか確認します。どちらでもない場合はサポートへ連絡してください。

よくある状況

「CNAMEを変更したが、状態が待機中のままです」。 権威DNSプロバイダーを編集したことと、新しいCNAMEがブランディングと完全に一致することを確認します。その後、DNSを確認を使います。確認中に値を何度も切り替えないでください。

「以前のプロバイダーで古いCNAMEを削除したが、新しいレコードが見つかりません」。 DNSプロバイダーを変更した場合、レジストラーが新しいプロバイダーのネームサーバーへドメインを委任していることを確認します。そうでなければ、権威DNSゾーンをホストするプロバイダーにレコードの確認を依頼してください。

「メインサイトはプロキシを使っています。ブランドホストでも使えますか?」 ブランドCNAMEはDNSのみの状態にします。ブランディングで指定されたホストがプロキシされていなければ、ドメインの他の部分は独自のプロキシ設定を使用できます。

「ワイルドカードCNAMEを使えますか?」 ブランディングに表示された具体的なホスト名を設定してください。プラットフォームが曖昧さのないアドレスを確認してテストできます。表のホストをワイルドカードレコードに置き換えないでください。

「別のサブドメインを使いたい」。 ドメインのブランディングタブでラベルを変更し、一度に1つのホストを保存します。表から新しいCNAMEをコピーし、新しいホストが有効になってからテストし、移行が完了するまで以前の顧客用アドレスを維持してください。

「1つのネットワークだけ新しいレコードを認識しない」。 別のネットワークからテストするか、影響を受ける顧客に後で再試行するよう依頼します。ブランディング表が有効を示し、別の場所でホストが動作する場合、残る遅延はそのネットワークのDNSキャッシュが原因と考えられます。

次のステップ

それでも解決しない場合は、ホスト名、ブランディングに表示される正確な状態、DNSプロバイダー、レコードのスクリーンショットを添えてサポートチケットを作成してください。DNSプロバイダーのパスワードやAPIトークンは送信しないでください。

関連記事

ワークフローの続きとなる関連ガイドに移動します。

TrekMail の運用と保護に必要な技術を使用します。確認すると、Cookie ポリシーに記載された限定的な分析と広告測定も許可されます。

TrekMail にサインイン

ダッシュボード、メールボックス、DNS にアクセスできます。

または

12 文字 パスワードが一致

または

再設定メールを送信しました

このメールアドレスのアカウントが存在する場合、パスワード再設定の手順をお送りしました。

続行すると、TrekMail の 利用規約 および プライバシーポリシーに同意したものとみなされます.