無料ツール
DNSとCNAMEのチェッカー
ホスト名を入力すると、公開リゾルバーが今この瞬間に返しているものが、そのまま見えます——ブランドドメインを接続するときに、当社のドメインウィザードが実行するのと同じ問い合わせです。
レコードが重要な理由
ブランド短縮ドメインの信頼性は、その裏にある2つか3つのDNSレコードの信頼性そのものです。宛先を間違えたCNAME、古いホスティングから残ったAレコード、証明書の確認の手前に居座るプロキシ——どれも訪問者には同じ症状として現れます。動いていたリンクが、動かなくなるのです。
このツールが読むのは、プラットフォームがドメインを確認するときに読むのと同じ種別のレコードです。しかも、あなたの端末ではなく公開リゾルバーから読むので、古くなったローカルのキャッシュに惑わされることはありません。各レコードに何が入っているべきかは、CNAMEのガイドで説明しています。
DNSの伝播について
世界のどこかで切り替わる1つのスイッチはありません。どのリゾルバーも、受け取ったレコードの生存時間のあいだ応答をキャッシュします。ですから変更は、訪問者ごとに違う瞬間に現れます。切り替えを一瞬に感じさせるのは、移行のあとではなく前にTTLを下げておくことです。
このチェッカーには新しい値が出ているのに、ブラウザーが古いリンク先に着くなら、キャッシュした応答を抱えているのはあなたのOSか、インターネット接続事業者です。レコードをもう一度書き換えるのではなく、前のTTLが切れるのを待ってください——接続の流れ全体は独自ドメインをご覧ください。
よくある質問
短縮リンクにApexドメインを使えますか？
使えますが、仕組みが変わります。DNSの仕様上、Apexドメインは普通のCNAMEレコードを持てません。そのため、ALIASやANAMEによるフラット化を用意しているプロバイダーを使うか、当社の受信アドレスを指す普通のAレコードを置くかのどちらかになります。どちらがあなたの名前に当てはまるかは、このツールがゾーンのネームサーバーを読んで判断します。
自分でdigを実行するのと、何が違うのですか？
同じ問い合わせを、中立な場所から行っている点です。あなたのマシンにはキャッシュされた応答が残っているかもしれませんし、社内のリゾルバーが応答を書き換えていることもあり、VPNなら問い合わせがまったく別の場所へ飛ぶこともあります。ここではDNS-over-HTTPSで公開リゾルバーに問い合わせます——プラットフォームがドメインを確認するときとまったく同じやり方なので、答えは確認のステップが見るものと一致します。
TXTレコードは何のためにありますか？
ドメインの所有権を示すためです。Apexドメインの配信を始める前に、プラットフォームは、あなたにしか渡されていない値を入れたTXTレコードの公開をお願いし、そのレコードが置かれていることを確かめます。一度きりの手順です。確認に成功したあとも、レコードはそのまま残しておいて構いません——自分のものではない名前を他人が主張するのを防いでいるのが、これです。
変更はどれくらいで反映されますか？
かかるのは前のレコードのTTLぶんで、それ以上ではありません。古いレコードのTTLが1時間なら、それをキャッシュしたリゾルバーは最大で1時間、古い値を返し続けます。それまで一度も問い合わされたことのないレコードはほぼ即座に現れます——真新しいサブドメインが、たいてい数秒で動き出すのはこのためです。