ドメイン有効期限モニタリング: 高額な障害を未然に防ぐ方法

すべてのウェブサイトは、有効なドメイン登録に依存しています。その登録が失効すると、サイトは消え、メールは止まり、お客様には製品ではなくレジストラのパーキングページが表示されます。これは想像以上に頻繁に起こり、しかも誰も予想しないような組織でも発生しています。

本記事では、ドメインが失効する理由、ドメイン有効期限モニタリングが技術的にどのように機能するか、そしてドメインを決して失効させないために何ができるかを解説します。

実際のドメイン失効インシデント

ドメインの失効は理論上のリスクではありません。世界でもっとも有名な企業のいくつかが影響を受けてきました。

Google アルゼンチン (2024年): アルゼンチンのウェブデザイナーが、Googleがドメインの更新を間に合わせなかったタイミングでgoogle.com.arを購入することができました。国別コードドメイン全体が一時的に第三者の管理下に入りました。Googleはすぐに取り戻しましたが、それまでに国際的なニュースとなりました。

Foursquare (2013年): ソーシャルメディア兼位置情報プラットフォームのFoursquareは、foursquare.comを失効させてしまいました。チェックインやサービス利用を試みたユーザーには、白紙のページが表示されました。ドメインはすぐに再登録されましたが、ダウンタイムは広範な報道を生むほど長く続きました。

Markmonitor / Microsoft (2003年): あるドメイン管理プロバイダが誤ってhotmail.co.ukを失効させ、英国で最も利用されているメールサービスの一つを一時的に停止させました。

これらの事例には共通点があります。誰もドメインを失効させるつもりはなかった、ということです。いずれのケースでも、失効を捕捉するはずのプロセスが静かに機能不全に陥っていたのです。

ドメインが失効する理由

最近の自動更新システムを考えると、ドメインが失効するなどほぼあり得ないように思えますが、実際にはいくつかの条件で隙が生まれます。

クレジットカードの有効期限切れまたは決済失敗

これが最もよくある原因です。レジストラに登録したクレジットカードが期限切れになるか、再発行で差し替えられます。レジストラが請求を試みて失敗し、通知メールを送信します。そのメールが共有受信トレイ、退職者宛て、あるいは迷惑メールフィルタに入ってしまうと、誰も対応しません。猶予期間が過ぎた後、ドメインは失効します。

移管未完了でのレジストラ変更

レジストラ間で移管する際、手続きが途中で止まることがあります。移管を見越して旧レジストラ側の自動更新をオフにしておきながら移管が完了しないと、チームは「すべて処理済み」と思い込んだまま、旧レジストラ側でドメインが失効します。

企業の買収・合併

ある企業が別の企業を買収する際、被買収側のドメインポートフォリオが完全に把握できていないことがあります。退職者が登録したドメイン、解約済みのクレジットカードで支払われていたドメイン、忘れ去られたレジストラアカウントで管理されていたドメインは、見落とされがちです。

第三者によって登録されたドメイン

代理店、フリーランス、業務委託先がクライアントを代理してドメインを登録することがあります。取引関係が終了したあと、レジストラアカウントへのアクセス権が引き継がれない場合があります。元の登録者が支払いを止め、ドメインは失効します。

別ドメインを意図的に更新しなかったケース

数百のドメインを抱える大組織では、定期的にポートフォリオを見直し、特定のドメインを更新しないと判断することがあります。この過程でのヒューマンエラーにより、稼働中の本番ドメインが「更新しない」とマークされてしまうことがあります。

ドメイン失効のタイムライン

何かあったときの対応を計画するうえで、失効ドメインのライフサイクルを理解しておくことは重要です。

アクティブ期間

ドメインは完全に登録されており、DNSは正常に解決し、ウェブサイトとメールも稼働します。自動更新は通常、有効期限の30日前に試行され、その後もさまざまな間隔で再試行されます。

有効期限日

登録期間が終了します。レジストラとTLDによっては、DNSが短時間引き続き解決することがあります。多くのレジストラは何らかのアクションを取る前に猶予期間を設けます。

更新猶予期間 (0〜45日)#

多くのレジストラは失効後に猶予期間を設けており、その期間中は通常価格でドメインを更新できます。期間はさまざまで、0日のところもあれば45日まで提供するところもあります。この期間中、レジストラはドメインをパーキングページに向けることがありますが、更新手続きは簡単で、たいてい即時反映されます。

償還期間 (30日)#

猶予期間が更新されないまま過ぎると、ドメインは償還期間に入ります。レジストラは復旧に大幅に高い手数料 (多くの場合$80〜$200以上) を請求します。ドメインはロックされ、復旧には5〜10営業日かかる場合があります。

削除待機期間 (5日)#

償還期間が終わると、ドメインは削除待機フェーズに入ります。この5日間は誰も登録も復旧もできません。この期間が過ぎると、ドメインは公開プールにリリースされます。

一般公開

ドメインは先着順で誰でも登録できる状態になります。ドメイン投機家や自動ボットは、価値のあったドメインをリリース後数秒以内にしばしば押さえてしまいます。

失効から一般公開ドロップまでの全期間は、TLDとレジストラによって35〜80日になります。.comのようなgTLDの場合、典型的な期間は約75日です。国別コードTLDでは償還期間がより短いことがよくあります。

ドメイン有効期限チェックの仕組み

自動化されたドメイン有効期限モニタリングは、登録データを照会するための2つのプロトコル、RDAPとWHOISに依存しています。

RDAP (Registration Data Access Protocol)#

RDAPはWHOISの後継として、IETFがRFC 7480〜7484で標準化したプロトコルです。HTTPS上で構造化されたJSONデータを返すため、自動解析に適しています。

.comドメインの典型的なRDAP照会は、IANAのブートストラップファイルに問い合わせて該当TLDの正しいRDAPサーバーを特定し、続いてドメインデータをリクエストします:

GET https://rdap.verisign.com/com/v1/domain/example.com

レスポンスには、登録日と有効期限がISO 8601形式でevents配列に含まれます:

{
  "events": [
    {
      "eventAction": "registration",
      "eventDate": "2005-03-15T00:00:00Z"
    },
    {
      "eventAction": "expiration",
      "eventDate": "2027-03-15T00:00:00Z"
    }
  ]
}

データが構造化されており一貫性もあるため、RDAPが推奨される方法です。ただし、すべてのTLDがまだRDAPに対応しているわけではありません。

WHOIS (レガシープロトコル)#

WHOISはより古いプロトコルで、TCPポート43で動作します。返却されるのは構造化されていないプレーンテキストで、レジストラごとに出力フォーマットが異なります。WHOISデータを安定して解析するには、数十種類の日付フォーマットとフィールド名にまたがるパターンマッチングが必要になります。

WHOISのレスポンスには、次のような有効期限ラベルのいずれかが含まれることがあります:

• Registry Expiry Date:
• Expiration Date:
• paid-till:
• Expiry Date:
• expires:

そして日付は2027-03-15T00:00:00Z、15-Mar-2027、2027/03/15など、さまざまな形式で現れます。

制約はあるものの、RDAPに対応していないTLDのフォールバックとして、WHOISは依然として欠かせません。.me、.in、.coなどの多くの国別コードTLDは、いまもWHOISを主に使っています。

RDAP優先・WHOISフォールバック戦略#

堅牢なモニタリングシステムは、まずRDAPを試し、RDAPがデータを返さない場合や該当TLDが未対応の場合にWHOISへフォールバックします。これがNova Uptimeの採用しているアプローチです。システムはパブリックサフィックスリストのデータを使ってルートドメインを抽出し、適切なRDAPサーバーへ問い合わせを行い、それが失敗した場合はマルチレジストラ対応のWHOIS照会ライブラリでWHOISサーバーに問い合わせます。

有効期限日は保存され、「残り日数」の値は保存日時から日次で再計算されるため、レジストラへの再照会は不要です。完全なRDAP/WHOISの再照会は、新しく追加されたドメイン、および保存データが古くなったドメインに限って実行されます。

Nova Uptimeでドメイン有効期限モニタリングを設定する方法#

Nova Uptimeは、監視対象のすべてのドメインに対して、ドメイン有効期限モニタリングを標準機能として提供しています。実際の動作は次のとおりです。

ドメイン追加時の自動照会

Nova Uptimeにドメインを追加すると、システムは即座にRDAP照会 (WHOISフォールバック付き) を実行し、ドメインの登録有効期限を取得します。有効期限と残り日数は、数秒以内にダッシュボードに表示されます。

ダッシュボードでの可視化

ダッシュボード上の各ドメインカードには、稼働状況、応答時間、SSL有効期限、メール配信ヘルスのグレードと並んで、ドメイン有効期限の情報が表示されます。どのドメインが更新時期に近づいているかを一目で把握できます。

メールアラート

ドメインの有効期限が近づくと、Nova Uptimeは設定可能な間隔でメールアラートを送信します。これにより、自動更新設定の確認、支払い方法の更新、または手動更新を、サービス停止が発生する前にチームで対応する時間を確保できます。

更新確認フロー

ドメイン有効期限の警告メールには、「更新済みです」ボタンが含まれています。これをクリックすると、対応済みである旨が確認されます。Nova Uptimeはその後、対象ドメインに対して日次でRDAP/WHOISチェックを実行し、有効期限が実際に先送りされたかを確認します。レジストラ側で更新が確認されると、確認メールが届きます。

この2段階の検証により、誤った安心感を防ぎます。あなたが更新を申告し、システムが独立してそれを確認するわけです。

日次再計算

すべてのドメインについて毎日レジストラへ再照会することは (レート制限に引っかかり、不要な負荷も発生するため) 行わず、Nova Uptimeは保存済みの有効期限から残り日数を再計算します。再照会は、最新データが必要なドメイン、すなわち新規追加されたドメイン、有効期限を過ぎたドメイン、更新確認を待っているドメインに限って行われます。

Nova Uptimeのモニタリング機能の全体像は機能ページでご覧いただけます。

ドメイン失効を防ぐためのベストプラクティス

自動モニタリングに加えて、運用面でのいくつかの実践により、ドメイン失効リスクをさらに下げられます。

1. ドメインを複数年で登録する#

ほとんどのレジストラは、最長10年までの登録期間に対応しています。いずれは更新が必要ですが、5年や10年の登録は、決済失敗に対する大きな緩衝になります。費用差は通常わずかです。

2. 専用の支払い方法を使う#

バーチャルクレジットカード、または法人カードを、ドメイン更新専用に設定します。このカードは日常的なキャンセルや差し替えの対象から外しておくべきです。組織によっては、有効期限が遠い先のカードや、自動入金される銀行口座に紐付いたカードを利用しています。

3. レジストラロックを有効化する#

ほとんどのレジストラは、不正な移管を防ぐ「レジストラロック」または「移管ロック」をサポートしています。これは失効自体を防ぐものではありませんが、更新を忘れたドメインを第三者が移管しようとするのをブロックできます。

4. ドメインインベントリを整備する#

組織が保有するすべてのドメインについて、次の情報を含むスプレッドシートやデータベースを保持しましょう:

• ドメイン名
• レジストラとアカウント情報
• 登録日と有効期限
• 自動更新の状況
• 登録された支払い方法
• 担当者またはチーム

このインベントリは四半期ごとにレビューしてください。DNSレコードや監視ツールと突き合わせ、漏れがないかを確認します。

5. 90日・60日・30日前にカレンダーリマインダーを設定する#

自動モニタリングに加えて、重要なドメインについては手動でもカレンダーリマインダーを設定します。アラートを多層化することで、単一障害点 (迷惑メールフィルタ、メールアドレス変更、ツールの障害) で更新を逃すリスクを下げられます。

6. 独立したアラートを持つ監視ツールを使う#

レジストラからの更新リマインダーだけに頼るのは単一障害点になります。レジストラのメールシステムに障害があったり、登録メールアドレスが間違っていたりすれば、警告は届きません。Nova Uptimeのような独立した監視ツールは、ドメイン有効期限データを別途取得し、独自のメール基盤からアラートを送るため、第二の防衛線となります。

7. ドメインを1つのレジストラに集約する#

ドメインが複数のレジストラに分散している場合は、集約しましょう。アカウント数が減れば、維持すべき支払い方法、管理するパスワード、確認するダッシュボードがすべて少なくなります。すべてのドメインを主要レジストラへ移管し、一貫した自動更新ポリシーを設定します。

8. 買収後にドメインを監査する#

自社が他社を買収したら、被買収側に紐づくすべてのドメインを直ちに棚卸ししましょう。自社のレジストラに移管し、支払い方法を更新し、監視システムに追加します。これは、買収後の標準的なIT統合チェックリストの一部であるべきです。

失敗したときのコスト

ドメインが失効した場合、直接的なコストには次のものがあります:

• 売上の損失: ウェブサイトに到達できない時間が続くほど、見込み客は購入することも、製品について知ることもできません。
• メールの損失: あなたのドメイン宛てのメールはバウンスします。お客様、パートナー、ベンダーからの重要なやり取りを取りこぼすおそれがあります。
• SEOへのダメージ: サイトに到達できない検索エンジンは、最終的に検索順位を下げていきます。検索順位の回復には数週間から数ヶ月かかることがあります。
• 償還手数料: 償還期間からドメインを取り戻す費用は、通常の更新よりも大幅に高くなります。
• ブランドの毀損: ウェブサイトの代わりにレジストラのパーキングページを見たお客様は、ブランドへの信頼を失います。
• ドメインハイジャックのリスク: ドメインが一般公開に至ると、第三者が登録してフィッシング、スパム、ブランドを人質に取る用途で利用するおそれがあります。

複数年登録、監視ツールの導入、あるいは社内プロセスの改善といった予防策のコストは、これらの結末のいずれと比べてもごくわずかです。

まとめ

ドメインの失効は防げる問題ですが、防止には意図的なアクションが必要です。自動更新は良い出発点ですが、それだけでは不十分です。決済失敗、レジストラの変更、組織の移行、ヒューマンエラーは、いずれもドメイン失効の機会を作り出します。

最も有効なのは多層的アプローチです。自動更新を有効化し、ドメインインベントリを維持し、カレンダーリマインダーを設定し、RDAP/WHOIS照会で有効期限を確認して臨界日を迎える前にアラートを送る、独立した監視ツールを利用することです。

Nova Uptimeは、追加したすべてのドメインに対し、稼働監視、SSLチェック、メール配信ヘルス分析と並んで、このモニタリングを自動的に提供します。今日からドメインの監視を始めるには、機能ページをご覧ください。