域名转入转出实操：转移码、60天锁与DNS不断线

发布时间：2026-09-21 12:32 更新时间：2026-09-21 12:32 阅读量：0

换注册商这件事，很多人是在续费涨价、管理后台难用或者想统一管理域名时才动手的。真正操作时才发现，域名转移不像搬家那样打包就走：它要先解锁、要拿转移码、要等注册局确认，中间还夹着一个容易被忽略的 60 天锁定期。更麻烦的是，如果域名还挂着网站，解析一旦断掉，访客看到的就是空白页。这篇文章按实际操作顺序，把转移前后的准备动作和常见卡点讲清楚，让解析尽量不断线。

先搞清楚：域名转移到底在转移什么

域名注册体系里有两个角色：注册商（你买域名的地方）和注册局（管理某个后缀的机构）。所谓转移，是把域名的注册商记录从 A 换成 B，域名的所有权、到期时间、NS 记录本身不会因为转移而重置。转移成功后，域名的管理入口变成新注册商，续费也在新注册商进行。

流程通常是这样：在原注册商后台关闭「转移锁定」→ 获取转移码（也叫 Auth Code、EPP Code）→ 在新注册商提交转入申请并填入转移码 → 新注册商向注册局发起请求 → 注册局通知原注册商 → 原注册商在规定的确认期内未拒绝 → 转移完成。不同后缀的确认期长度不一样，常见的是 5 天左右，具体以注册局和注册商页面提示为准。

这里要分清两个「锁」：一个是注册商后台的转移锁定开关，用户可以自己关；另一个是注册局层面的60 天锁定期，用户关不掉，只能等。很多人以为关掉开关就能立刻转，结果被系统拒绝，就是卡在后面这个。

转移前的准备顺序与 DNS 不断线做法

正确的顺序是「先备份解析、再解锁拿码、最后提交转入」，而不是反过来。第一步，把当前域名的解析记录完整截图或导出，重点是 A 记录、AAAA 记录、CNAME、MX、TXT（SPF、DKIM、域名验证）、以及 NS 记录。很多注册商支持导出 zone 文件或记录列表，能导出就导出，导不出就手动抄一遍。

第二步，确认网站和邮箱依赖哪些记录。网站一般依赖 A/AAAA 或 CNAME，企业邮箱依赖 MX 和 TXT。如果邮箱是自建的，MX 指向的地址要一并记下来。

第三步，在原注册商后台关闭转移锁定，触发转移码发送。转移码一般发到域名 WHOIS 联系人邮箱，也有注册商直接在后台显示。如果邮箱已经废弃，这一步会直接卡死，需要先改联系人邮箱并等生效。

第四步，在新注册商提交转入。提交时会要求填转移码，有的还要求填原注册商的 NS 或确认域名归属。此时不要急着改 NS，让解析继续由原 DNS 服务商提供解析，网站就不会断。

第五步，等转移完成后再决定 NS 怎么办。如果原来用的是注册商自带的 DNS，转移完成后这些解析记录可能不再生效，需要在新注册商重新建一遍，再把 NS 改成新注册商的地址；如果原来用的是第三方 DNS（比如 Cloudflare、DNSPod 之类独立解析服务），NS 不随注册商转移而改变，解析基本不受影响，这是最省心的情形。

下面是一段用 dig 检查当前解析的示例，转移前后各跑一次，对比结果是否一致，比凭记忆靠谱得多：

# 查询域名当前的 NS 记录
dig NS example.com +short

查询 A 记录与 TTL
dig A example.com +short
dig A www.example.com +short

查询 MX 与 TXT（邮箱和验证记录）
dig MX example.com +short
dig TXT example.com +short

指定公共 DNS 查询，避开本地缓存干扰
dig @8.8.8.8 A example.com +short
dig @1.1.1.1 NS example.com +short

建议在转移前把上面命令的输出保存成文本，转移完成后再跑一遍，逐条比对。如果发现某条记录消失了，马上补回去。TTL 如果原来设得很长（比如 86400），提前一两天调小到 300 左右，能让后续改动更快全网生效，具体 TTL 取值范围以各解析服务商后台为准。

常见的卡点与排查思路

第一类卡点是「刚注册或刚续费转不了」。域名在新建、刚完成转移、刚改过 WHOIS 联系人、刚续费后的 60 天内，注册局通常会锁定转移，这是 ICANN 相关政策下注册局的通用做法，各后缀执行细节以官方说明为准。遇到这种情况只能等，或者联系注册商确认锁定截止时间。

第二类是「转移码无效或已过期」。转移码有有效期，一般是几天到十几天，过期要重新获取；另外转移码区分大小写的情况不多，但复制时带上空格、换行会导致提交失败，粘贴前先清一下。

第三类是「收不到确认邮件」。原注册商会向 WHOIS 联系人邮箱发确认信，如果没收到，先查垃圾箱，再确认 WHOIS 邮箱是否可收信。有些注册商提供「一键批准转移」的后台按钮，比等邮件快。

第四类是「转移完成后网站打不开」。多数情况是原注册商自带 DNS 被停用，而新注册商那边还没建解析记录。此时最快的补救是：如果记得原来的解析 IP，先在新注册商把 A 记录补上，再等生效；如果用的是第三方 DNS，检查 NS 是否被改回了注册商默认值。

第五类是「邮箱突然收不到信」。MX 记录丢失或优先级写错是主因，转移后务必用 dig MX 复查一遍。企业邮箱还依赖 SPF、DKIM 的 TXT 记录，这些记录含下划线，复制时别漏。

第六类是「同一域名下有子域名解析」。主域名 A 记录补上了，但 mail、api、cdn 等子域名的记录忘了迁移，表现是部分功能异常。建议把解析列表按「主机记录」逐行核对，而不是只看主域名。

小结一下：域名转移本身不复杂，难点在于「解析不能断」和「锁定期不能硬闯」。动手前先导出解析、确认 WHOIS 邮箱可用、看清 60 天限制，转移过程中不要动 NS，等转移完成后再决定用谁的 DNS。把 dig 的输出前后对比一次，比事后救火省事得多。如果域名承载着邮箱和线上业务，建议安排在访问低峰期操作，并提前把网站文件与数据库的备份做一份，这样即使解析出现短暂波动，业务也不会跟着出问题。

继续阅读