CNAME、Listen、Orchestrateを設定する場合など、組織のDNS（ドメインネームシステム）レコードを追加または更新する場合、Pendoはセットアップを完了する前にそれらのレコードを検証する必要があります。DNSレコードを既に追加しているにもかかわらず、Pendoがまだ検証できていない場合、遅延の原因として考えられる一般的な要因がいくつかあります。この記事では、DNSレコードの承認遅延に関する一般的な問題とその解決方法について説明します。
トラブルシューティングの前に、レコードが正しく入力されているか確認してください。ターミナルを開いてnslookupまたはdigを実行してこれを行うことができます。コマンドの例についてはスプリットホライズンDNSを参照してください。正しく入力したにもかかわらず検証されない場合は、この記事で最も可能性の高い4つの原因と解決策について説明します。
CNAME の設定手順の詳細については、組織のCNAMEを設定するを参照してください。
スプリットホライズンDNS
もし組織のネットワークがスプリットホライゾン（スプリットブレインやスプリットビューとも）DNSアーキテクチャを使用している場合、内部ネットワークと外部ネットワークごとに別々のDNSゾーンを維持しています。各ゾーンは個別に更新する必要があります。一方のゾーンを変更しても、もう一方のゾーンには自動的に反映されません。これにより、2つのシナリオが考えられます。
-
レコードが内部ゾーンにのみ追加された。外部クエリは
NXDOMAINエラーで失敗しますが、内部ネットワーククエリは成功します。Pendoの検証サーバーではドメインを検証できません。 -
レコードは外部ゾーンのみに追加された。Pendoの検証は成功しますが、DNSサーバーがパブリックインターネットをチェックしないため、内部ユーザーは
NXDOMAINエラーを受け取ります。
検証を成功させるためには、レコードを外部公開DNSゾーンに公開する必要があります。ネットワークチームは、レコードを内部ゾーンファイルと外部ゾーンファイルの両方に複製し、両側からのアクセスを確保する必要があります。
解決
これをテストするには、ターミナルまたはコマンドプロンプトを開き、デフォルトの社内DNSではなく、パブリックなリゾルバ（Googleの8.8.8.8やCloudflareの1.1.1.1など）にクエリを実行してください。
例：
nslookupの使用（Windows、Mac、Linux）：
nslookup -type=txt verification.<yourdomain.com> 8.8.8.8
digの使用（Mac または Linux）：
dig @8.8.8.8 verification.<yourdomain.com> TXT
これらのコマンドが結果を返さないかNXDOMAINエラーを返しても、レコードが企業ネットワークで機能しているように見える場合、そのレコードはまだパブリックDNSに追加されていません。これを修正するには：
- レコードをパブリックDNSレジストラに追加します。
- CNAMEを追加する場合は、Pendoに戻り、［再試行］を選択してCNAMEの設定を完了します。
DNS更新の遅延
レコードが正しく公開されていても、DNSの変更がインターネット上で更新されるまでには時間がかかることがあります。これは、世界中のDNSサーバーがTTL（Time to Live）と呼ばれる設定に基づいてレコードをキャッシュしているためです。新しいレコードを作成するのではなく既存のレコードを最近変更した場合、一部のDNSサーバーは、そのタイマーが切れるまで古いデータを提供し続ける可能性があります。
解決
レコードのTTL値を確認してください。TTLが3600の場合、DNSサーバーは更新を確認する前に最大1時間レコードをキャッシュできます。まだ初期設定段階にある場合は、TTLを300秒（5分）など低く設定すると検証時間が短縮されます。すべてが正常に動作するようになったら、再度値を増やせます。
Cloudflareプロキシモード
組織がCloudflareをDNSに使用している場合、レコードはCloudflareのプロキシネットワークによって自動的にマスクされることがあります。
レコードがプロキシに設定されている場合（Cloudflareダッシュボードでオレンジ色の雲のアイコンで表示）、Cloudflareはレコード値をマスクし、代わりに独自のIPアドレスを返します。これにより、Pendoは検証に必要な値を確認できません。
解決
- Cloudflareダッシュボードにアクセスしてください。
- DNS設定に移動します。
- 作成した特定のレコードを探してください。
- プロキシの状態を「プロキシ経由」（オレンジ色の雲）から「DNSのみ」（灰色の雲）に変更します。
- 変更を保存してください。これによりレコードが公開され、Pendoの検証が成功します。
- （オプション）CNAMEを追加する場合は、Pendoに戻って［再試行］を選択すると、CNAMEの設定を完了できます。
CNAMEフラット化
一部のDNSプロバイダは、CNAMEレコードを自動的に最終的なIPアドレスに解決します。この機能はCNAMEフラット化（ANAMEまたはALIASレコードとも呼ばれる）と呼ばれます。エンタープライズファイアウォールとセキュリティDNSサービスの中には、ルーティング可能なIPアドレスに解決されないクエリをブロックするものもあります。
Pendoの検証レコードはドメイン所有権の検証に使われるテキストベースの文字列で、ウェブサイトやサーバーを指さず、IPアドレスに解析されません。DNSプロバイダーまたはファイアウォールがレコードをフラット化またはIPに変換しようとすると、クエリは失敗し、Pendoの検証は成功しません。
解決
検証レコードのCNAMEフラット化を無効にすると、DNSサーバーはIPアドレスに解決するのではなく、正確な値を返します。手順はプロバイダーによって異なるため、詳しい手順については、ご利用のDNSプロバイダーの設定または個々のレコードをご確認ください。
これらの解決策のいずれでも効果がない場合は、テクニカルサポートチームにPendoに関する問い合わせをするを参照してください。