ドメイン · SSL 証明書 の 期限 を 落とさ ない 4 手順 — dev / 小規模 事業者 の 実運用 と Kigen 併用

この記事は何か

この 記事 は、 個人 開発者 · 小規模 事業者 (1-10 人 規模) が 自社 · 自 プロダクト の ドメイン と SSL 証明書 の 期限 を 落とさ ない 為 の 4 手順 を 整理 する ガイド です。 対象 は 「ドメイン 5-20 本」「SSL 証明書 も 同 数 前後」を 抱える 実務 で、 大 企業 の 数百 ドメイン 運用 は 別 領域 (専任 SRE + 監視 SaaS) と 分けて 考え ます。

なぜ 期限 は 落ちる の か

ドメイン · SSL 期限 が 落ちる 典型 経路 は 3 つ あります。 1 つ 目 は 「レジストラ から の 通知 メール が SPAM 判定 · 別 アドレス 宛 · 退職 者 アカウント 宛 で 届か ない」 ケース。 2 つ 目 は 「Let's Encrypt の 自動 更新 cron が 静か に 止まって いる」 ケース で、 サーバ 移設 · Docker イメージ 更新 · 権限 変更 の タイミング で 起こり やすい 実 事例 が あります。 3 つ 目 は 「クレジット カード の 有効 期限 切れ で 自動 課金 が 失敗 → レジストラ が 停止 → 復旧 に GRACE PERIOD 内 手続 が 必要」 と いう 課金 経路 の 事故 です。

手順 1: ドメイン · 証明書 台帳 を 1 枚 に まとめる

まず、 保有 ドメイン と 証明書 を 1 表 で 可視 化 します。 列 例: ドメイン 名 / レジストラ / whois 期限 / 自動 更新 の 有無 / 課金 カード 末尾 4 桁 / 用途 (本番 · staging · メール 専用 等) / SSL 発行 元 (Let's Encrypt / ZeroSSL / 有償 CA) / 証明書 期限。 Google スプレッドシート · Notion · 単純 な CSV いずれ でも 構 いません。 大切 な の は 「1 箇所 に 集約 され て いる」 状態 で、 分散 して いる と 手順 2 以降 が 機能 しません。 保有 ドメイン 数 が 5 本 を 超え たら 台帳 化 の 費用 対 効果 が 出 やすい 目安 です。

手順 2: 通知 経路 を 3 系統 に 冗長 化 する

通知 は 1 経路 だけ に 依存 させ ない の が 事故 予防 の 定石 です。 実務 で よく 採用 される 3 系統 は、 (a) レジストラ · CA 公式 の メール 通知 (登録 アドレス を 廃止 予定 の 個人 メール に しない)、 (b) サーバ 上 の 監視 スクリプト (cron で openssl s_client と whois を 週 1 実行 · Slack / Discord に post)、 (c) スマホ の カレンダー · リマインダー 系 アプリ に 「期限 60 日 前 · 30 日 前 · 7 日 前」 の 3 段 で 手動 登録 する 方法。 (a) が 迷惑 メール に 入って も (b) と (c) で 拾える 構造 に して おく と、 見落と し の 確率 が 下がる 傾向 が あります。

手順 3: 自動 更新 の 動作 確認 を 月次 で 挟む

「自動 更新 に して あるから 大丈夫」 と 考え がち です が、 自動 更新 は 静か に 壊れる リスク が あります。 月 1 回、 5 分 で、 (i) 課金 カード の 期限、 (ii) certbot / acme.sh の 直近 log に エラー が ない か、 (iii) 台帳 と 実 サーバ 証明書 の 期限 が 一致 する か、 を 確認 する 月次 ritual を 設ける 運用 例 が あります。

手順 4: 手元 の iPhone に も 期限 を 置いて おく

台帳 · 監視 スクリプト · メール が 全て 揃って も、 「反応 する 人 が 気付いて い ない」 と 意味 が ありません。 特 に 個人 開発者 は 開発 マシン と 生活 が 混ざる ので、 iPhone の 通知 領域 に 「domain-a.com が 30 日 後 に 期限」 と いう form で 出て いる 状態 が 有効 な 場合 が あります。 iOS 標準 の Reminders で も 実現 でき ます が、 期限 category (ドメイン / SSL / カード / 保険 …) を tag で 束ねて 一覧 したい ケース で は、 期限 管理 に 特化 した iOS アプリ を 併用 する 選択肢 が あります。

まとめ: 冗長 化 が 事故 予防 の 中核

4 手順 (台帳 → 通知 3 系統 → 月次 動作 確認 → 手元 通知) の どれ か 1 つ だけ で 完結 しよう と せ ず、 独立 した 経路 を 重ねる こと で、 落ちる 確率 を 下げる 設計 が dev 実務 で 現実 的 です。 期限 の 把握 と 通知 に は Kigen (iOS アプリ) が 対応 して います。 まず 無料 版 で ドメイン 3 本 分 を 登録 して、 手元 通知 の 有効 性 を 検証 する 段階 導入 が 現実 的 です。

免責

本 記事 は dev 実務 の 情報 整理 を 目的 と した 参考 情報 です。 各 レジストラ · 認証局 · サーバ 環境 の 挙動 は 各社 の 公式 情報 · 契約 条件 に 準拠 します。 Kigen の 通知 は 補助 的 な 役割 で あり、 監視 SaaS · SRE 運用 の 代替 で は ありません。 効果 は 個別 の 運用 事情 に よって 差 が 出 ます。

関連 記事

• サブスク 期限管理 で 年 ¥20,000 節約 する 3 step
• iPhone 家族共有 で 期限 管理 する 4 手順 — 免許 · 保険 · 予防接種
• うっかり切らして 損する 7 大 期限 リスト

筆者: Xiora 代表 沓澤 怜士 (Kutsuzawa Reo)
連絡: info@xiora-official.com