现象

您计划将域名解析服务从原服务商迁移至奇异互动，担心切换过程中出现解析失败、网站无法访问或邮件收发中断的情况。需要一套标准操作流程，确保在变更 DNS 服务器（NS 记录）期间，业务保持连续可用。

原因

DNS 解析结果在本地缓存中存在 TTL（Time To Live，生存时间）。如果原 DNS 的 TTL 设置过长（如 48 小时），即使您修改了 NS 记录，全球各地的 DNS 服务器仍会在旧 TTL 过期前继续指向旧 DNS 服务器。若此时旧 DNS 停止服务或解析配置未同步，就会导致部分用户无法访问。因此，迁移的核心在于提前缩短 TTL，并确保新旧 DNS 配置一致。

先自查（3 分钟）

在执行切换前，必须确认当前域名的 TTL 状态和解析记录完整性。登录原 DNS 服务商后台，查看 A 记录、CNAME 记录的 TTL 值。如果 TTL 大于 48 小时，必须先将其修改为 600 秒（10 分钟）或更低，并等待该 TTL 在全球范围内生效（通常需等待原 TTL 时间长度，若原为 48 小时则需等待 48 小时，若原为 1 小时则需等待 1 小时）。同时，检查奇异互动域名管理后台中是否已导入所有必要的解析记录。

解决步骤

第一步，在奇异互动会员中心，进入「域名管理」，找到目标域名，点击「DNS 解析」。将原服务商的所有解析记录（A、CNAME、MX、TXT 等）逐一添加到奇异互动的解析列表中。确保 IP 地址、主机记录、类型完全一致。

# 示例：添加 A 记录
主机记录: www
记录类型: A
记录值: 192.0.2.100
TTL: 600

第二步，确认奇异互动分配的 DNS 服务器地址。通常在域名管理详情页可见，格式类似 dns1.qiyihudong.com。记下这两个地址。

第三步，登录原 DNS 服务商后台，修改域名的 NS 记录（Name Server），将原来的 NS 服务器地址替换为奇异互动的两个 NS 地址。注意，这一步是改变域名的“管理权”，而非解析内容。

注意：修改 NS 记录后，全球 DNS 生效时间取决于各地 DNS 缓存的 TTL。在生效期间，部分用户可能仍访问旧 DNS，部分访问新 DNS。因此，切勿立即关闭原 DNS 服务，需保留原 DNS 配置至少 48-72 小时，作为回滚保障。

第四步，等待 NS 记录生效。可以使用在线 DNS 查询工具，检查全球不同节点返回的 NS 记录是否已指向奇异互动。

验证

使用 dig 或 nslookup 命令验证解析结果。在 Linux 服务器或本地命令行执行以下命令，确认域名解析到的 IP 地址是否正确，且 NS 记录已变更。

# Linux 验证 NS 记录
dig NS yourdomain.com

# Linux 验证 A 记录
dig A yourdomain.com

在 Windows Server 上，使用以下命令：

# Windows 验证 NS 记录
nslookup -type=ns yourdomain.com

# Windows 验证 A 记录
nslookup yourdomain.com

同时，访问网站和发送测试邮件，确认业务功能正常。若发现部分用户无法访问，检查其本地 DNS 缓存，或尝试清除本地缓存后重试。

预防

为避免未来迁移或变更解析时出现中断，建议日常将 TTL 保持在较低水平（如 600 秒或 3600 秒）。低 TTL 意味着 DNS 变更能更快生效，但也增加了 DNS 查询频率。对于高可用业务，可考虑使用全局负载均衡或 Anycast DNS 服务，进一步降低单点故障风险。此外，定期备份 DNS 解析配置，以便在紧急情况下快速恢复。

在奇异互动如何最快处理

在奇异互动会员中心，通过「域名管理」→「DNS 解析」功能，可直接添加和管理所有解析记录，无需登录服务器操作。若遇到 NS 记录修改后长时间不生效，或解析结果异常，请提交工单。提交时，请在工单中关联具体域名产品，并附上：1. 域名名称；2. 修改前后的 NS 记录截图；3. dig 或 nslookup 命令的执行结果截图；4. 问题发生的大致时间。工单提交后，运维工程师将协助检查 DNS 传播状态及解析配置正确性。