メインコンテンツへ移動
Boletolibre

イベント用ドメインで DNS リゾルバーの回答が異なるときの調べ方

参加者によってチケットページが開けたり、古いページやエラーが表示されたりする場合があります。一つの画面だけでは原因を特定できません。検索上位の診断ガイドと同様に、同じホスト名とレコード種別を権威サーバーと再帰リゾルバーで比較します。イベントでは、失敗した参加者の操作も記録します。

Boletolibre編集部

公開日

同じドメインへの問い合わせを権威サーバーと二つのリゾルバーで比較する図。
名前、種別、時刻、ネットワークを記録してから回答の差を解釈します。

同じ問い合わせ条件を記録する

独自の DNS 回答比較シートをダウンロード(Markdown)

ルートドメイン、www、登録用サブドメインを区別して完全なホスト名を書き、A、AAAA、CNAME などの種別を指定します。各回答の状態、値、時刻、ネットワーク、リゾルバー名を残します。異なる名前や種別を比較しないでください。直近の承認済み DNS 変更と、影響を受けた操作も記録します。

委任先の権威サーバーを先に比較する

現在の委任先を確認し、各権威サーバーに同じ質問をします。権威側で異なるならゾーン担当者に変更履歴を渡します。権威側が一致し再帰リゾルバーだけ異なるなら、その回答と TTL を保存します。キャッシュと設定変更の反映時刻は異なるため、一律の待機時間だけで判断しません。[2][3]

キャッシュと意図した経路差を区別する

有効なキャッシュや障害時の古い回答のほか、CDN の地域別経路、プライベート DNS、ネットワークの方針でも回答は変わります。IP が違うだけで障害とは言えません。状態、TTL、ネットワークを照合し、SERVFAIL の証拠は DNS 担当者へ渡します。[4][1]

担当者を決め、購入経路を別に確かめる

仮説と根拠、まだ証明できない点を記録します。承認された変更の後で同じ DNS 確認を繰り返し、HTTPS のイベントページ、登録、外部決済を別々に確認します。DNS の回答が一致しても購入の成功は保証されません。

出典と参考資料

  1. Diagnose different answers from DNS resolversClueDNS · 確認日
  2. Troubleshooting Public DNSGoogle Public DNS · 確認日
  3. DNS settings are not yet in effectAmazon Route 53 · 確認日
  4. Serving Stale Data to Improve DNS Resiliency (RFC 8767)IETF · 確認日