日本主要域名商修改 Name Server 的方法:切到 Cloudflare 前,先别急着点保存(2026-03-07 核对版)
改 NS 最容易出事故的,不是不会点后台,而是先切权威 DNS、后补记录。更稳妥的顺序永远是:先把旧 DNS 记录完整盘出来,在 Cloudflare 侧补齐并复核,再去域名商后台替换为该域名当前被分配到的两条 nameserver;如果原区已经启用 DNSSEC,还要先处理 DS/DNSSEC 再切换。
说明:本文基于 Cloudflare 与日本域名商公开帮助页整理,不构成零中断承诺。各家后台菜单会改版,实际入口名称以你登录后的控制台为准。文中提到的 Cloudflare nameserver 也不是固定值,每个 zone 会被分配到各自的一对 nameserver。
很多人改 Name Server 时,最容易犯的错误,不是不会操作,而是切得太快。
一旦 NS 改掉,域名的权威 DNS 就会切到新服务。如果新服务里还没把旧的 A、AAAA、CNAME、MX、TXT、CAA 等记录补齐,网站可能打不开,邮箱也可能先出问题。
更稳妥的顺序永远是:
Cloudflare 自己也明确提醒过,自动扫描到的 DNS 记录不一定完整,切换 nameserver 之前应先检查并手动补上缺失记录。[1][2]
第一,改 NS 不等于旧 DNS 记录会自动迁过去。
大多数域名商只负责把域名的权威 DNS 指向新的 nameserver,并不会把旧 DNS 面板里的记录原样搬到 Cloudflare。你需要自己检查:
A / AAAACNAMEMXTXT,尤其 SPF、DKIM、DMARCCAA第二,Cloudflare 分配给每个域名的 nameserver 也不是统一固定值。
Cloudflare 官方说明很明确:添加 zone 后,系统会自动分配两条权威 nameserver;标准分配下,这两条 nameserver 不能自定义修改。[3][4]
也就是说,像 xxxx.ns.cloudflare.com 这种格式只能代表某个具体 zone 当时被分配到的结果,不能当成所有域名通用的固定值。真正要填的,永远是你在 Cloudflare 当前域名 Overview 页面里看到的那一对。
在任何一家日本域名商后台操作前,先把这几件事做完:
MX、SPF、DKIM、DMARC。www、mail、shop、api、stg 这类关键子域名一起补上。DNSSEC,先按当前提供商和 Cloudflare 的指引处理 DS / DNSSEC,不要带着旧签名直接硬切。[4]如果你的站点对中断特别敏感,Cloudflare 的迁移最佳实践还建议在变更前预留观察时间,并把迁移验证做在正式切换前,而不是切过去以后再补。这个思路本质上还是一句话:先把新 DNS 配好,再切权威 NS。[5]
下面这部分不再把后台写成“唯一固定路径”,而是按各家当前公开帮助页可核对的常见入口来整理。菜单名称可能会变,但核心逻辑不变:先看 DNS 记录,再改 nameserver。
DNS レコード設定,再进 ネームサーバー設定按 お名前.com 公开帮助页,域名相关操作通常从 お名前.com Navi 的 ネームサーバー/DNS 区块进入,里面会分成 DNS レコード設定 和 ネームサーバー設定 等不同功能。[6][7]
更稳妥的做法是:
DNS レコード設定 把现有记录抄走ネームサーバー設定 或 ネームサーバーの変更 把权威 NS 切到 Cloudflare 当前分配值お名前.com 也明确提示过,nameserver 变更反映到互联网需要一定时间,不适合刚保存就立刻判断成功或失败。[7]
ムームーDNS,外部 NS 走 ネームサーバ設定変更ムームードメイン的公开帮助把 DNS 记录编辑和 nameserver 变更分得比较清楚:
ムームーDNSネームサーバ設定変更GMOペパボ以外 のネームサーバを使用する[8][9]这里有两个实务点最重要:
さくら的公开帮助页给出的做法是:先进入会员菜单里的域名控制面板,再到 Whois 页编辑 ネームサーバー。官方也提醒,保存后一般需要数小时左右才会生效。[10]
如果你当前就是用 さくら 侧 DNS 托管,切换前别只看主页解析,还要把邮件和子域名记录一并盘出来。对 さくら 这类同时提供域名和 DNS 托管的服务商来说,真正容易漏掉的往往不是主页,而是你已经习惯存在、但平时不常看的那几条记录。
DNS レコード設定 和 ネームサーバー設定 通常分开管理XServer 系控制台一向把 DNS 记录管理和 nameserver 管理分开。公开手册里通常会分别提供:
DNSレコード設定 或同类入口ネームサーバー設定 或同类入口[11][12]所以在 XServer、XServer Domain 这类面板里,别只改 ネームサーバー設定,要先把原有记录从 DNS 记录编辑页完整抄走。
ConoHa 公开帮助页里,一个非常值得注意的点是:如果你要把域名迁到其他 nameserver,官方建议先确认当前 nameserver 的记录内容,并在迁移准备完成后再变更。[13]
也就是说,ConoHa 官方强调的重点不是“立刻换掉”,而是:
这和 Cloudflare 的建议其实是一致的。
ネームサーバー設定,记录先在 DNSレコード設定 看スタードメイン的公开手册把两件事也分开了:
ネームサーバー設定DNSレコード設定[14][15]如果你的旧记录当前就在スタードメイン侧管理,切走前一定先从 DNSレコード設定 把现有区记录整理出来,再去改 ネームサーバー設定。
DNS/URL,再处理 nameserver 侧切换VALUE-DOMAIN 的公开手册里,域名清单页会把 DNS/URL 等入口和 nameserver 相关入口拆开。[16][17]
虽然它的帮助页经常按不同托管模式分别说明,但真正重要的逻辑很简单:
DNS/URL 或对应 DNS 设置页确认当前记录这一点和其他域名商完全一样。
很多人以为只要首页能打开,迁移就算完成。实际最容易漏的是下面这些:
MXSPFDKIMDMARC这些通常决定的是收信、发信和投递信誉。首页能开,不代表邮箱没问题。
例如:
wwwmailshopapicdnstg很多站真正依赖的,不只裸域名一条记录。
例如:
这些记录一旦漏掉,最先出问题的往往是验证状态、邮件签名、后台接入或续期流程。
CAA 和其他边缘记录如果之前配过证书签发限制、业务专用 TXT、SRV 或某些特殊子域名,迁移时也别漏。
DNSSEC / DS如果旧服务商侧已经开过 DNSSEC,切换权威 NS 时不先处理 DS,可能比普通记录漏迁更危险,因为它会直接影响整个解析链的有效性。[4]
如果你现在就是要把日本域名商上的域名切到 Cloudflare,建议按这个顺序做:
DNSSEC,先处理 DS / DNSSEC 再正式切换。[4]www、邮箱收发、关键子域名、证书和验证状态。DNSSEC。[4]修改 Name Server,本质上不是“改两条主机名”这么简单。真正决定迁移是否平稳的,不是这一秒有没有点保存,而是你有没有在切换前把旧 DNS 记录完整搬走,并在新权威 DNS 里复核清楚。
记住一句就够了:
先迁记录,再切 NS。
先保网站和邮箱不断,再谈 DNS 托管切换。
如果你正在把日本域名商上的域名迁到 Cloudflare,最稳妥的做法不是边改边试,而是先把旧解析完整盘出来,再一次性切换。这样网站、邮件和各类验证服务,才不容易在迁移时一起出问题。
[1] Cloudflare Docs, Review DNS records
https://developers.cloudflare.com/dns/zone-setups/troubleshooting/review-zone/
[2] Cloudflare Docs, Quick scan for DNS records
https://developers.cloudflare.com/dns/zone-setups/full-setup/setup/
[3] Cloudflare Docs, Cloudflare nameservers
https://developers.cloudflare.com/dns/zone-setups/reference/cloudflare-nameservers/
[4] Cloudflare Docs, Change your domain nameservers to Cloudflare
https://developers.cloudflare.com/dns/zone-setups/full-setup/setup/
[5] Cloudflare Learning Center, DNS migration checklist
https://www.cloudflare.com/learning/dns/glossary/dns-migration/
[6] お名前.com ガイド, ネームサーバー/DNSについて
https://www.onamae.com/guide/dns/
[7] お名前.com ガイド, ネームサーバー/DNSについて
https://www.onamae.com/guide/dns/
[8] ムームードメイン サポート, ネームサーバ設定変更
https://support.muumuu-domain.com/hc/ja/articles/360011645113
[9] ムームードメイン サポート, ムームーDNSのカスタム設定
https://support.muumuu-domain.com/hc/ja/articles/360011648654
[10] さくらのサポート情報, ネームサーバー情報を変更したい
https://help.sakura.ad.jp/domain/2305/
[11] XServer ビジネス マニュアル, 「ドメイン」に関するマニュアル一覧
https://support.xserver.ne.jp/manual/man_domain.php
[12] XServer ビジネス マニュアル, DNSレコードの編集
https://support.xserver.ne.jp/manual/man_domain_dns_setting.php
[13] ConoHa お客様サポート, 独自ドメインを他社ネームサーバーへ移管する場合の確認事項
https://help.conoha.jp/c/independentdomain_othermigration/
[14] スタードメイン マニュアル, ネームサーバー設定
https://www.star-domain.jp/man/man_nameserver_setting.php
[15] スタードメイン マニュアル, DNSレコードの編集
https://www.star-domain.jp/man/man_record_edit.php
[16] VALUE-DOMAIN ユーザーガイド, 登録済みドメイン一覧確認方法
https://www.value-domain.com/userguide/manual/domainall
[17] VALUE-DOMAIN ユーザーガイド, バリュードメインのネームサーバーの変更
https://www.value-domain.com/userguide/manual/modns
作者
大阪烧鸟
大阪烧鸟,关注跨境电商、Shopify 独立站与日本商业观察,偏爱把复杂问题拆成可执行的方法。