域名到期后，网站不一定在零点准时断开，也不能据此认为还能继续使用几天。注册商、顶级域名后缀和账户状态会影响实际处理方式。有的注册商会保留一段续费宽限期，有的会很快把 DNS 指向到期提示页；网站、企业邮箱、API 回调和证书自动续期都可能随之失败。
发现域名已经到期，先在注册商后台确认到期时间、当前状态和续费入口。只要还能按普通价格续费，就应立即完成付款。进入 redemptionPeriod 后，通常要由原注册商执行恢复，费用和处理时间也会增加。状态已经变成 pendingDelete 时，原持有人通常无法再恢复，只能等待删除后重新注册，并承担被他人抢注的风险。
域名到期不等于服务器和网站文件被删除
域名、DNS、服务器和网站程序是几套不同的资源。域名到期时，云服务器里的文件和数据库通常还在，源站公网 IP 也可能正常响应。用户打不开网站，常见原因是域名不再解析到原服务器，或者注册商临时替换了名称服务器和 DNS 记录。
企业邮箱同样依赖 DNS。MX 记录失效后，新邮件可能无法投递；SPF、DKIM、DMARC 记录不可查询时，邮件认证也会异常。某些发送方会临时重试，另一些会直接退信，所以恢复域名后仍要检查到期期间有没有漏收邮件。
SSL 证书不会因为域名注册到期而自动删除，但证书续期验证可能失败。使用 HTTP-01 或 DNS-01 验证的自动签发任务，如果访问不到域名或无法更新 DNS，就可能错过续期窗口。
通用顶级域名到期后可能经历哪些阶段
下面的周期主要用于理解 .com、.net、.org 等通用顶级域名的常见流程。国家和地区顶级域名、特殊后缀以及不同注册商可能有自己的规则，实际期限要以注册局和注册商页面为准。
到期前：仍可正常续费
ICANN 要求适用其政策的注册商在到期前约一个月和一周发送续费提醒，并在到期后五天内再发送一次通知。提醒会发往域名注册联系人邮箱，因此联系人邮箱不能长期失效，也不宜只使用这个即将到期的域名作为唯一联系地址。
开启自动续费也要检查支付方式。银行卡过期、余额不足、账单地址校验失败或账户风控，都可能让自动续费在后台显示已开启，却没有成功扣款。
到期宽限期：可能还能普通续费，但服务可能已经中断
如果注册商没有在到期时立即删除域名，可能提供 1 至 45 天的 Auto-Renew Grace Period。这个期限由注册商政策和域名后缀决定，并非每个域名都有完整 45 天。
域名处于这个阶段时，注册商可能暂停 DNS 解析、展示停放页，或者按服务条款进入到期拍卖流程。页面暂时还能访问，只能说明当前缓存或解析尚未变化，不能说明域名仍处于安全状态。
赎回期：通常需要支付恢复费用
注册商删除域名后，适用 Expired Registration Recovery Policy 的通用顶级域名会进入 30 天 Redemption Grace Period，查询状态常见为 redemptionPeriod。域名在这段时间不会正常解析，也不能直接转移到另一家注册商。原持有人需要联系当前注册商办理恢复，通常要支付续费费和额外的赎回或恢复费用。
付款后要继续查看状态。如果出现 pendingRestore，说明注册商已经向注册局提交恢复请求，仍需等待流程完成。仅有支付成功页面，不等于域名已经恢复解析。
待删除期：通常已经无法恢复
赎回期结束后，域名可能进入 pendingDelete。ICANN 的 EPP 状态说明显示，这个阶段通常持续数天；典型流程是五个日历日，之后域名从注册局数据库中删除，并可能重新开放注册。
进入待删除期后，不要再把希望寄托在普通续费按钮上。应确认删除时间、监控释放状态，并准备替代域名和业务通知方案。热门或有品牌价值的域名释放后很可能被抢注，重新注册没有保证。
如何确认域名目前处于哪个阶段
先登录购买域名时使用的注册商账户，检查订单和域名详情。重点记录以下信息：
- 注册商名称、域名后缀和到期日期；
- 当前状态是 expired、redemptionPeriod、pendingRestore 还是 pendingDelete；
- 普通续费、赎回恢复或工单入口是否可用；
- 名称服务器是否仍是原来的地址；
- 自动续费开关、付款记录和失败原因。
如果不记得注册商，可以使用 ICANN Lookup 查询注册商和公开状态。命令行用户也可以查看 DNS 是否仍指向原配置：
dig NS example.com +short
dig A example.com +short
dig AAAA example.com +short
dig MX example.com +short
Windows PowerShell 可以使用：
Resolve-DnsName example.com -Type NS
Resolve-DnsName example.com -Type A
Resolve-DnsName example.com -Type MX
查询结果需要和域名后台、DNS 托管平台以及源站配置交叉核对。看到解析结果为空，不要立刻修改服务器；看到陌生 IP，也要先确认它是不是注册商的到期停放页。
已经过期时，按这个顺序恢复
1. 在原注册商完成续费或赎回
普通续费入口仍可用时直接续费，并保存订单号和付款凭证。后台只显示赎回或恢复时，联系原注册商处理，不要先尝试转移域名。ICANN 的续费说明指出，域名进入 Redemption Grace Period 后，需要先由当前注册商恢复，之后才能办理转移。
支付完成后，检查到期日期是否已经顺延、EPP 状态是否退出 redemptionPeriod，以及域名是否重新出现在正常管理列表中。
2. 恢复名称服务器和 DNS 记录
部分注册商会在到期期间替换名称服务器或清空托管区。恢复域名后逐项核对：
NS是否指向原 DNS 服务商；- 网站使用的
A、AAAA和CNAME是否正确； - 邮箱所需的
MX、SPF、DKIM、DMARC 是否存在； - API、验证记录和第三方平台使用的 TXT 记录是否完整；
- DNSSEC 的
DS记录是否与当前 DNS 服务商提供的密钥一致。
DNSSEC 尤其容易被忽略。若名称服务器已经更换，但父区仍保留旧 DS 记录，支持 DNSSEC 校验的递归解析器可能返回 SERVFAIL。不确定时，应先从当前 DNS 服务商确认正确的 DS 信息，再决定更新或暂时移除，避免盲目反复开关。
3. 分别验证权威 DNS 和公共解析器
权威 DNS 已恢复，不代表所有用户立刻看到新结果。公共递归解析器和本地网络可能还缓存着停放页地址或失败结果。可以分别查询权威服务器、公共 DNS 和本机网络，判断问题发生在哪一层。
dig @1.1.1.1 example.com A
dig @8.8.8.8 example.com A
dig example.com SOA
如果权威记录正确而公共 DNS 仍返回旧值，等待缓存按 TTL 过期即可。此时频繁修改记录会让排查更混乱。若权威结果本身就不对，应回到 DNS 托管平台和名称服务器设置继续修复。
4. 检查网站、邮箱和自动任务
域名恢复后至少完成下面这些验证：
- 用不同网络打开 HTTP 和 HTTPS 页面，检查跳转、证书和静态资源；
- 从外部邮箱向企业邮箱发送测试邮件，再从企业邮箱回复；
- 查看 Web 服务器、邮件服务和 CDN 日志，确认请求已回到正常节点；
- 检查证书自动续期、Webhook、支付回调、监控探针和第三方登录回调；
- 清理 CDN 或页面缓存前，先确认源站和 DNS 已经正确。
注册商恢复解析后，本地仍打不开时，可以清理操作系统 DNS 缓存或换一个网络复测。不要用单台电脑的结果判断全网状态。
怎样避免域名再次过期
域名续费不适合只依赖一封提醒邮件。更稳妥的做法是维护一份域名清单，记录注册商、到期日、自动续费状态、付款方式、DNS 托管位置和业务负责人。重要域名可设置 60、30、15、7 天多级提醒，让财务失败、联系人离职或邮箱不可用时仍有处理时间。
自动续费开启后，每年仍应检查一次支付方式和注册联系人。联系人邮箱建议使用独立、长期有效的地址，避免域名到期后连续费通知和账号找回邮件也收不到。品牌主域名、企业邮箱域名和 API 域名可以提前续费多年，减少短期内因人员交接造成的遗漏。
注册商锁用于降低未授权转移风险，不能阻止正常到期。DNS 托管、服务器续费和域名续费也要分别监控；其中任何一项失效，用户看到的现象都可能是“网站打不开”。
参考资料
- ICANN：FAQs for Registrants: Domain Name Renewals and Expiration
- ICANN：5 Things every Domain Name Registrant should know about ERRP
- ICANN：EPP Status Codes
- ICANN：About Redeeming a Domain Name in Redemption Grace Period
- ICANN：Renewed Expired Domain Name Not Working
- Amazon Route 53：Renewing registration for a domain
资料核验日期：2026 年 9 月 22 日。