客户打电话来,说「帮我把域名解析改一下」,我问改哪一条,他答不上来。这种电话一年能碰上十几次。他真正想改的东西,可能是网站指向的 IP,可能是收邮件的服务器,也可能只是希望不带 www 的地址也能打开。
域名解析不是一件事,是四类记录各管一摊。分清谁管什么,剩下的就是照着格子填。
域名解析怎么设置:先认清四类记录各管什么
域名注册好之后,域名本身只记住了一件事——该去问哪台服务器。真正回答「这个地址指向哪里」的,是 DNS 里那一堆记录。常见的有四种,用途分得很清。
- A 记录|把一个域名指到一个 IPv4 地址。服务器换了 IP,改的就是这一条。
- CNAME 记录|把一个域名指到另一个域名,等于起个别名。用 CDN、用建站平台分配的二级域名,通常填这种。
- MX 记录|告诉外界「发给这个域名的邮件投到哪台服务器」,前面还有一个优先级数字,数字小的先用。
- TXT 记录|放一串文本,专门用来做验证。SPF、DKIM、DMARC 写在里面,证明域名归你所有的验证也写在里面。
另外还有两类会遇到但不用天天动:NS 记录决定这个域名交给哪组 DNS 服务器来解析,换 DNS 服务商时改的是它;AAAA 记录是 IPv6 版本的 A 记录,服务器只给了 IPv4 就先别管。
这里有个结构上的坑,很多人第一次配就撞上:同一个主机记录不能同时挂 CNAME 和其他类型。换句话说,www 一旦设成 CNAME,就不能再给它加 MX 或 TXT。所以要满足「www 也能收信」这种需求,邮件记录得挂在裸域名上,或者干脆另起一个子域当邮箱域名。
我见过的失败案例里,一半以上不是填错值,是填错类型。把该填 CNAME 的地方填了 A,把平台给的域名当成 IP 填进去,验证自然一直不过。
改之前先看 TTL,解析「改了不生效」多半卡在这
TTL 是这条记录允许被缓存多久,单位是秒。常见值 600 和 3600,也就是十分钟和一小时。运营商、公司内网、访客的路由器,任何一层都可能存着旧记录,所以「改完了没反应」是正常现象,不是没改成功。
我们当时给一个客户换服务器,上午十点改完 A 记录,十点二十对方打电话说网站打不开,叫我们改回去。其实改是对的,只是他电脑里的旧记录还没过期。后来养成一个习惯:动指向之前先把 TTL 调成 600,等一个旧周期过去,再改记录,切换窗口就从一天压到十分钟。
调 TTL 本身也有代价。它需要时间生效,当天改不一定当天见效,所以计划换服务器、换平台,最好提前一天动手,别赶在周五下班前。
还有个更绕的情况:域名注册商和 DNS 服务商不是同一家。你在注册商后台翻半天找不到 A 记录,因为真正管事的是 NS 指向的那家。先查 NS 是谁,再去那家的控制台改,别在注册商页面上耗时间。
网站和邮箱共用一个域名,顺序别弄反
官网和企业邮箱挂在同一个域名下,是很常见的做法,坑也集中在这里。顺序应该反过来想:先保邮箱,再动网站。
原因很实在。A 记录改错,网站打不开,修半小时就回来了。MX 记录被覆盖或者优先级填错,邮件会在对方服务器上退信,退回来还能重发,没退回来的就没了。丢一封投标邮件,损失往往比网站宕一天大。
真要做的时候,这三步按顺序走:
- 把现有的 MX 和 TXT 记录连同优先级数字,先抄一份到文档里
- 拿到新邮箱服务商的服务器地址,只改这几条,不要整组覆盖
- 发一封测试邮件进、一封出去,两个方向都通了,再去碰网站记录
顺手说一句,邮箱和网站同域,对客户来说是「这家公司看着正常」的基本项,但对搜索收录本身没有直接加分,这点别抱期待。网站和邮箱用同一个域名值不值得,那篇把利弊拆开算过。
如果这回本来就要换邮箱服务商,MX 的值以新服务商给的为准,别照旧服务商的参数抄一份过去,优先级差一位邮件就跑错地方。企业邮箱全球版的规格和价格在这里,开票主体是北京深量技术有限公司,开通是人工带着做,所以记录对不上可以直接让对方帮你核。
后台绑定域名:解析只是一半
用自助建站系统的话,DNS 那边加完记录只是走了一半,另一半在后台。路径大同小异:后台 → 网站设置 → 域名绑定 → 添加域名,填进去之后系统会回你一条记录,让你去 DNS 那边加上,加完回来点验证。
验证不过,八成是两个原因:记录类型选错,或者主机记录多写了域名——该填 www,填成了 www.你的域名.com。这两处占了绝大多数。
www 和裸域名是两条独立的记录,得分别加。只配了 www,客户在地址栏敲裸域名就打不开,而这类访问量往往比带 www 的还多。
H5 自助建站这条线的域名绑定和证书是一路走的:绑定成功后回后台申请证书,签发靠的就是解析已经生效。所以顺序是解析、绑定、证书,倒过来做会一直卡在验证环节。规格和价格都在H5 自助建站的产品介绍页上,可以先用在线试用把绑定流程走一遍,走通了再决定买哪档。
改完之后的八条清单
- 用
nslookup www.你的域名查一遍,看返回的 IP 是不是新的 - 换一个没访问过的网络,比如手机流量,再打开一次,排除本地缓存
- www 和裸域名都测,http 和 https 都测
- 邮件双向测:从外部发进来,再从域名内发出去
- 看证书覆盖的是不是两个名字都有
- 统计代码是否还在,换平台最容易把它弄丢
- 老地址有没有 301 到新地址
- 备案信息与实际接入的服务器是否一致
清单里最后三条最容易被跳过,也最容易在两周后变成麻烦。统计代码丢了,你会以为流量掉了,其实是没统计到,然后开始瞎改页面。老地址没做 301,攒下的权重散在半路。备案和实际接入对不上,被抽查到要整改,整改期间站是停的。
老地址怎么处理,跟换域名是同一套动作,换域名的先后顺序那篇讲得比这里细。
有些情况别自己动手
域名在代理商手里、后台账号不在自己手上、NS 被上游代管,这三类情况一动手就容易把站弄停,而且停的是全站,不是一个页面。判断标准很简单:改之前能不能把原记录完整抄下来,抄不下来就别改。
还有个不好听的事实:解析类故障最耗时间的从来不是改,是确认到底哪一层错了。记录填错、缓存没走完、证书没签发、服务器本身没起来,这四种现象在访客眼里完全一样——打不开。逐层排除要花的时间,比一次改动的技术难度高得多。
所以我们一般会让客户先把域名、DNS、后台这三处的账号收齐,上线要交接的账号那份清单可以直接照着对。
如果本来就是整体换平台,域名绑定、证书、sitemap 这一串都会跟着动。云-速成美站这类模板站的做法是把绑定交给平台侧,省掉手工填记录的步骤,代价是能自己改的地方也少——它支持 sitemap 自动生成,但没有自动推送,收录还得自己去 Search Console 手动交一次。云-速成美站的支持范围写在介绍页上,规格和价格在这里,可以先对照自己能不能接受这个边界。
回到开头那通电话。真要改解析,其实只需要回答三个问题:改哪条记录,TTL 还有多久过期,改错了怎么退回去。
前两个查后台就有答案,第三个靠改之前那两分钟的抄写。






