一人開発者のドメイン・DNS 運用（失効防止とレジストラ統合）

2026/9/17

背景与問題

ドメイン失効は一人開発にとって「メール受信停止→認証情報復旧不能→アプリ連携全滅」に直結する単一障害点。複数ドメインを低頻度で管理する一人開発者向けの、失効防止・DNS 分離・WHOIS プライバシーの実務基線を整理する（B 方向）。アカウント層の保全は opc-security-baseline が上位概念。

发现

（出典はいずれも 2026-09-17 アクセス）

事実（ICANN 公式 FAQ）：レジストラは満期の 1 カ月前と 1 週間前に更新リマインダーを送る義務。失効後は Redemption Grace Period（約 30 日）内なら復旧可能、その後は高額な復旧手数料→Pending Delete→第三者へ放出。
事実（GoDaddy 失効タイムライン）：猶予期間（約 1〜45 日）→ Redemption（有料復旧）→ 削除待ち、の 3 段階。オークションに流れる前に取り戻せる期間は限られる。
事実（DNSimple ドメイン管理 Tips）：①ドメインの所有権が自分にあることを確認②どこで登録したか台帳管理③DNS ホスティングをどこが引いているか記録④レジストラを 1 社に統合して更新を単純化。WHOIS プライバシーの無料・一括管理も DNS ホスティング側で可能。
事実（tld-list・Reddit indie ハッカー系の定説）：オートリネューアル（自動更新）は即日 ON、支払いカードの期限切れが自動更新失敗の第 1 原因。レジストラメールだけに頼らず、外部カレンダーに満期 30 日前リマインダーを設定。DNS はレジストラとは別プロバイダ（例：Cloudflare）に置き、レジストラ障害・移管トラブルから DNS を切り離す。
推测：一人開発の台帳は「ドメイン名／レジストラ／満期日／オートリネューアル ON/OFF／DNS 提供元／接続サービス」の 6 列表で十分。 spreadsheet 1 枚を年 1 回点検する運用が現実的。

结论

（調査継続中）

待办 / 下次继续

自ドメインの 6 列台帳 v1 を作成（満期日・オートリネューアル状態の棚卸し）。
DNS をレジストラから分離すべきドメインがあるか判断（Cloudflare 移し候補）。

下次继续：6 列台帳 v1 の作成から。支払い手段の更新は opc-security-baseline の年次点検に統合。

关联

opc-security-baseline opc-tool-cost-audit opc-browser-support-policy