概述 #
本操作说明记录了在我们的客户门户（BESTNET-CLOUD）中，从
域名注册商提供的标准DNS（示例：dns*.name-services.com）切换到
我们的DNS服务（示例：dns*.cloudns.net）的步骤。
切换流程主要分为两个阶段：
将现有的A / CNAME / MX / TXT等记录导入到我们的DNS服务。
从注册商的标准DNS域名服务器切换为我们的DNS服务域名服务器。
步骤4（记录迁移）→ 步骤3（NS切换）是最安全的顺序。
重要事项 #
- 一旦切换域名服务器（NS），DNS解析将立即转移到我们的DNS服务。如果在切换时未准备好所有必要的DNS记录，网站、邮件及各类身份验证服务将立即受到影响。
- 最常见的问题是在迁移过程中遗漏了邮件相关记录（MX / SPF / DKIM / DMARC）、身份验证TXT记录（Google / Microsoft / 各类SaaS）、SSL自动续期记录（_acme-challenge）、CAA以及SRV记录。
- 本指南出于页面排版原因，先介绍NS切换（步骤3），但为防止出现问题，建议的顺序是”步骤4（记录迁移）→ 步骤3（NS切换）”。
- 如果您的域名已启用DNSSEC，切换时可能需要更新/删除DS记录（详见下文）。
免责声明及支持信息 #
- 本指南基于一般操作示例编写。根据您的域名配置及外部服务（邮件、各类SaaS、SSL自动续期等）的使用情况，所需的DNS记录及迁移步骤可能有所不同。
- 对于因遵循本操作说明而产生的任何间接或衍生性损害（机会损失、业务中断、邮件未送达等），我们概不负责。
- 如有任何疑问、难以判断影响范围、已启用DNSSEC，或同时需要切换邮件服务，请在开始操作前，从我们的客户门户提交支持工单。
前提条件 #
- 您可以登录我们的客户门户
- 目标域名显示在”服务 > 域名”中
- 我们的DNS服务（DNS SERVICE）已启用
- 您可以获取当前DNS记录的内容（来自源DNS管理控制台、记录列表、区域文件等）
切换域名服务器后，DNS解析将转移到我们的DNS服务。 切换前，请务必确认所有必要的DNS记录均已就绪（这会影响网站及邮件服务）。
切换前检查清单（推荐） #
- 我已记录当前的DNS记录列表（A / AAAA / CNAME / MX / TXT / CAA / SRV / NS委派等）
- 如果正在使用邮件服务，我已确认MX / SPF（TXT）/ DKIM（TXT）/ DMARC（TXT）
- 我可以识别身份验证TXT记录（Google / Microsoft / 各类SaaS）以及
_acme-challengeTXT记录 - 我已确认是否启用了DNSSEC（如已启用，请参见下文）
- 如可能，请在切换前降低TTL
※降低TTL应在”当前权威DNS一侧”执行，且生效可能需要一定时间。
步骤1：确认我们DNS服务的域名服务器 #
1.1打开 DNS SERVICE #
从门户顶部的”我的服务”中打开DNS SERVICE。
1.2记录需要配置的域名服务器 #
从DNS SERVICE详情页面显示的”更新域名注册商域名服务器”表格中，
记录下我们DNS服务的域名服务器（NS）。
※由于这些值今后可能会变更，请以本页面显示的值为准。
dns1.cloudns.netdns2.cloudns.netdns5.cloudns.netdns6.cloudns.net
步骤2：打开域名管理页面 #
2.1打开”服务 > 域名” #
从左侧菜单打开”服务”，再打开”域名”。点击目标域名进入其详情页面。
步骤3：将域名服务器切换为我们的DNS服务（※请作为最后一步执行） #
如果先执行此”域名服务器切换”，DNS解析将立即变更，若记录尚未迁移完成，网站及邮件服务将随之停止。 为防止出现问题，建议在此步骤之前先完成步骤4（DNS记录迁移）。
3.1打开”注册域名服务器” #
从域名详情页菜单中打开”注册域名服务器”。
3.2将常规设置更改为”自定义” #
在”域名服务器管理”部分，选择自定义（输入字段将变为可编辑状态）。
3.3输入我们DNS服务的域名服务器并保存 #
在域名服务器字段1–4中，输入步骤1.2中记录的主机名。输入完成后，点击保存更改。
- 域名服务器 1：
dns1.cloudns.net - 域名服务器 2：
dns2.cloudns.net - 域名服务器 3：
dns5.cloudns.net - 域名服务器 4：
dns6.cloudns.net - 域名服务器 5 / 6：不使用（留空）
3.4确认更改已生效 #
保存后，请确认域名详情页面的”域名服务器”列表中显示dns*.cloudns.net。
步骤4：将现有DNS记录迁移到我们的DNS服务（重要） #
在标准注册商DNS上运行的记录（A / CNAME / MX / TXT等）必须迁移到我们的DNS服务。 主要有两种迁移方式：
- 区域文件导入（推荐：最可靠）
- AXFR（区域传输）导入（仅当源DNS允许AXFR时可用）
- 网站：A / AAAA / CNAME（www等）
- 邮件：MX / SPF（TXT）/ DKIM（TXT）/ DMARC（TXT）
- 身份验证：Google / Microsoft / 各类SaaS验证TXT
- 自动续期：
_acme-challenge（TXT） - 其他：CAA / SRV / 子域名委派（NS）
4.1打开DNS管理并点击”导入区域内容” #
从域名详情页菜单中打开”DNS管理”，点击页面顶部的导入区域内容。
4.2从区域文件导入记录 #
选择”从区域文件导入记录”，粘贴从当前DNS服务导出的区域文件内容（BIND格式等）。 勾选目标域名后，点击提交。
为避免切换后立即出现问题，请在导入后务必确认以下内容：
- 网站发布所需的A / AAAA / CNAME记录均已就位
- 如正在使用邮件服务，MX / SPF（TXT）/ DKIM（TXT）/ DMARC（TXT）均已就位
- TTL值已按预期设置（切换期间使用较短的TTL，稳定后再恢复为适当的值）
4.3从域名服务器导入记录（AXFR） #
如果您当前的DNS提供商允许区域传输（AXFR），可以选择”从域名服务器导入记录（AXFR）”来获取记录。 如果不允许AXFR，请使用4.2中的区域文件导入方式，或手动添加记录。
DNSSEC注意事项（如适用） #
- 如果您的域名已启用DNSSEC，NS切换后的DS记录不匹配可能导致名称解析失败。
- 要继续使用DNSSEC，您可能需要将注册商处的DS记录更新为与我们DNS服务的DNSKEY相对应的值。
- 如难以判断，请在开始操作前，从我们的客户门户提交支持工单。
切换后验证 #
- 域名服务器正确无误（3.4）
- 所有必要的DNS记录均已就位（4.2）
- 可从外部进行名称解析（示例：
dig/nslookup/ 在线DNS检测工具）
外部验证示例（推荐）
dig NS example.comdig +trace example.comdig A example.comdig A www.example.comdig MX example.com域名服务器变更在互联网上完全生效可能需要一定时间（根据环境不同，从数分钟到约48小时不等）。
故障排除 #
请检查常规设置是否设为”我们的域名服务器”或类似选项，并选择”自定义”。
我们的DNS服务上可能缺少必要的记录。请重新核对旧DNS的记录，并进行导入或手动添加。
这可能是由于同名记录重复、CNAME与其他记录冲突，或TTL缓存尚未过期所致。请检查您的记录列表和TTL值。
如果已启用DNSSEC，可能需要在注册商处更新DS记录。根据您的操作策略，也可考虑在切换前先禁用DNSSEC。
需要帮助？（提交支持工单） #
如果您有任何疑问，或在切换后遇到未能解决的问题，请从我们的客户门户提交支持工单。
提供以下信息将有助于加快我们的核实速度：
- 目标域名
- 操作执行的日期和时间（大致时间即可）
- 已配置的域名服务器值（1.2中记录的值）
- 我们DNS服务上相关记录列表的截图
- 外部验证结果（示例：
dig NS example.com/dig +trace example.com的结果） - 遇到问题的说明（网站无法访问 / 邮件未送达等）
附录：我们DNS服务的域名服务器列表 #
※请以DNS SERVICE页面显示的值为准（今后可能会有变更）。
| 主机名 | IP地址 |
|---|---|
dns1.cloudns.net |
185.136.96.77 |
dns2.cloudns.net |
185.136.97.77 |
dns5.cloudns.net |
185.136.98.77 |
dns6.cloudns.net |
185.136.99.77 |
