ドメインと証明書を一括で確認する

失効が原因だと判明する「サイトが落ちた」話のほぼすべては同じ始まり方をします。何も壊れておらず、誰も攻撃されていません——特定の名前を誰も見張っていない間に、日付がただ過ぎただけです。このガイドでは、ドメインと証明書が失効する理由、両者が異なる2つの時計で動く理由、そして一括ドメインチェッカーを中心に構築された短い一括ルーチンが、散らかった日付のポートフォリオを穏やかな月次習慣に変える方法を説明します。

ドメインと証明書が失効する理由

更新通知はアカウントが指す場所に届き、アカウントは人を指します。典型的な失敗は、退職した従業員のメールボックスに送られた更新メールです——レジストラは仕事をしましたが、受信箱はしませんでした。そして誰かが目にする最初の「通知」は、サイトが暗くなることです。そのすぐ後ろにあるのが純粋な組織的混乱です。レジストラはホストではなく、ホストはDNSプロバイダーではなく、各チームが更新は別のチームの担当だと思い込んでいます。自動更新カード自体の期限切れ、何年も前に登録したのにもう返事をしない代理店、買収で膨らんだポートフォリオが加わると、失効は不注意には見えなくなります。それは、誰のものでもない日付のデフォルトの結果なのです。

証明書は異なる方法で失効するため、異なる人々を驚かせます。何年もの間、証明書は一度インストールすれば何年も忘れられていました。その後、発行は自動化へ移行しました——短い有効期間、自動更新、CAやブラウザのポリシー変更——そして自動化自体が静かに壊れるものになりました。廃止された検証方法、移動したゾーンを指すDNSチャレンジ、退役したサーバー上のcronジョブなどです。サイトは何も変わっていないのに、ある朝ブラウザがそれを拒否します。両方の話の教訓は同じです。失効は耳にする出来事ではありません。それは、意図的に見る日付か、ユーザーの前で偶然出会う日付のどちらかです。

1つではなく2つの時計

大切な名前はすべて、2つの独立した期限を抱えています。ドメインの時計は登録です。レジストラに保持され、通常1年から10年で、それが尽きると名前は解決されなくなり、メールはルーティングされなくなり、最終的には見知らぬ人がそれを登録して、そのトラフィックとパスワードリセットメールを継承できます。証明書の時計はサーバーやCDN上のTLS証明書です。まったく別の組織が発行し、通常は1年以下で、それが尽きるとドメインに何年残っていてもブラウザがサイトをブロックします。一方を更新しても、もう一方には決して触れません。ドメインだけを追うリストは証明書に待ち伏せされ、登録を無視するダッシュボードはレジストラに待ち伏せされます。

だからこそ、役立つ一括ビューは常に行ごとに両方の日付を表示し、先に来る方で並べ替えます。9年残ったドメインと9日しか残っていない証明書は、9日の問題です。来月期限切れのドメイン上で1年新しく更新された証明書は、1か月の問題です。最も近い時計こそが本当の期限であり、ポートフォリオをそのように読む訓練——最も近いものを先に、他はすべて文脈として——がスキルの大部分です。一括ドメインチェッカーはまさにその読み方で構築されています。名前ごとに1行、両方の時計が見え、表全体が実際に噛みつく期限順に並んでいます。

月次の一括確認ルーチン

ルーチンは意図的に小さく作られています。苦痛なルーチンは生き残らないからです。1つの正規リストを保持してください——すべての本番ドメイン、まだ重要なすべてのリダイレクト、電話がかかってくるようなすべてのクライアント名——を1つのファイルに、1行に1ドメインで。月に1回、または小さく安定したリストなら四半期に1回、そのファイルを一括ドメインチェッカーに貼り付け、表を上から下へ読んでください。90日を超えるものは何も必要ありません。90日以内のものはカレンダーに登録します。30日以内のものは後でメモするのではなく、その場で処理します。CSVを書き出してチケットや月次運用メモに添付すれば、来月の実行結果を今回と比較できます。

2つの習慣がルーチンを信頼できるものにします。1つ目は、リストを意図的に育てることです。すべてのローンチ、移行、買収は「リストに名前を追加する」で終わり、すべての廃止はそれを削除することで終わります。現実からずれたリストは誤った安心感を与えます。2つ目は、日付だけでなく所有者を確認することです。90日以内のすべての名前について、どのレジストラアカウントが保持しているか、今日誰がそのアカウントにログインできるかを確認してください。アカウントが以前の代理店のものだから実行できない更新は、90日で解決できる更新問題ではありません。90日で解決できるアクセス問題であり、そちらの方が時間がかかります。一括表は数分で日付を与えます。節約した時間は所有権に使ってください。

何かが30日以内になったら

30日以内では順序が重要です。まずドメインを更新してください。失効した登録は名前そのものを奪います——解決、メール、そして最終的には所有権——一方、失効した証明書は、ブラウザの警告がどんなに醜くても、名前はあなたの手に残り、午後には修正できます。毎回、ドメインが先、証明書が後です。レジストラが許可する場合は複数年更新してください。名前を長期間危険な範囲から外す最も安い方法であり、今年分だけでなく来年の忘れられた通知からも守ります。その後、更新が実際に反映されたことを確認してください——支払い領収書を信じるのではなく、次回実行の一括表で新しい有効期限を確認してください。

次に証明書を処理し、その際にレジストラアカウントの所有者を確認することを独立したタスクとして行ってください。このアカウントの更新通知は誰が受け取りますか?支払い方法は最新ですか?このレジストラで自動更新は大声で失敗しますか、それとも静かに失敗しますか?アカウントが代理店、元従業員、個人のメールアドレスに保持されている場合、組織が管理するロールアカウントへ移すことは、単一の更新よりも価値があります——この事例だけでなく、失敗のクラス全体を取り除くからです。書き出したCSVの横に変更内容を記録すれば、次の担当者は謎ではなくシステムを継承します。

単一確認で十分な場合

一括はポートフォリオのためのものであり、唯一のレンズではありません。移行、レジストラ移管、「なぜメールが失敗するのか」という調査など、1つの名前の問題に深く入り込んでいる場合は、単一ツールの方が多くを表示します。ドメイン有効期限チェッカーは1ドメインの完全な登録記録、ステータスコード、DNSを提供し、SSLチェッカーは1枚の証明書のチェーン、名前、プロトコルの詳細を提供します。ドメインを正確に1つだけ所有し、自分の誕生日のように覚えているなら、思い出したときに単一確認を行うだけで正直十分です。一括が価値を発揮するのは、「ドメインはいくつあるのか」という質問への正直な答えに、数えること、周りに聞くこと、複数のレジストラアカウントを開くことが含まれる瞬間です。

分岐点は記憶です。チームが一緒に覚えていなければならないことは、最終的には一緒に忘れてしまいます——そのためにリスト、ルーチン、表があるのです。今日、記憶から書けるほど短いうちにリストを始め、一括ドメインチェッカーに通し、ページ上の最も近い時計に、穏やかな四半期になるのか忙しい週になるのかを教えてもらいましょう。どちらの答えも、期限切れのドメインが与える答えより優れています。

よくある質問

ドメインの一括確認はどのくらいの頻度で行うべきですか?

ほとんどのポートフォリオでは月次が快適なリズムです。小さく安定したリストで最も近い有効期限が遠い場合は、四半期で十分です。本当のルールは間隔と警告期間の関係です。90日ごとに確認すると、ドメインは実行の間に最後の30日に入る可能性があるため、30日の行動閾値に対する月次確認は両方向に余裕を残します。既に90日以内にある名前は、ルーチンの中の1席だけでなく、独自のカレンダーリマインダーに値します。

何かが30日未満で期限切れになります。まず何をすべきですか?

まずドメイン登録を更新してください——名前そのものを失うことは不可逆な失敗です——次に証明書に対処してください。どのレジストラアカウントがドメインを保持しているか、チームの誰かが今日ログインできるかを確認してください。アクセスが障害なら、すぐにそこから始めてください。アカウント回復は支払いよりも遅いからです。更新後は一括確認を再実行し、領収書を信じるのではなく、新しい日付が実際に表示されることを確認してください。

ドメインを更新すると、その証明書も更新されますか?

いいえ。ドメイン登録(レジストラ、通常1年から10年)とTLS証明書(認証局、通常約1年以下で、サーバーやCDN上に存在)は、別々の組織との別々の契約です。一方を更新、移管、自動更新しても、もう一方には何の影響もありません——だからこそ一括ビューはすべての名前について両方の日付を表示し、先に期限切れになる方で並べ替えるのです。