Axis笔记

外观

域名解析配置步骤：A 记录、CNAME 记录与生效检查方法

约 1433 字

DNS域名步骤

本说明描述把域名指向本站服务器的完整解析配置：先建立 A 记录，再用 CNAME 覆盖子域，最后确认解析在各层 DNS 上一致。适用于首次接入域名与新增子域两种场景。

一、适用范围

  • 适用：域名已完成实名与备案、NS 已委派到可管理的权威 DNS；需要把 example.com 与 www.example.com 指向 203.0.113.10；需要在主域之外增加静态资源或文档子域；切换前可自行调整 TTL。
  • 不适用：域名尚未完成 NS 委派，此时修改记录不会生效，控制台的保存操作只是写入本地缓存；需要按地域调度、按权重分流的高级流量管理；内网私有域名解析，这类场景应使用自建 DNS 或 hosts 管理。

判断是否适用可先执行一次 dig NS example.com +short：能返回 NS 名称说明委派已完成，返回空或报 SERVFAIL 说明问题在注册商而非解析记录。

二、准备工作

项目要求检查方法
域名状态NS 已委派到权威服务器dig NS example.com +short 返回预期 NS
管理权限可登录域名解析控制台能进入记录列表页并看到现有记录
目标地址服务器公网 IP 已固定curl -sS ifconfig.me 结果与规划一致
TTL 规划切换期 TTL 已下调至 600记录列表中 TTL 字段显示 600
记录清单现有 A、CNAME、MX、TXT 已导出复制记录列表并存档
权威 NS至少两个 NS 且均可用逐个 dig @ns1.example.com 有应答

注意事项：

  • 修改前导出全量记录。误删 MX 或 TXT 会影响邮件投递与域名验证，恢复需重新等待 TTL，而这类影响往往在数小时后才被用户察觉。
  • 同一主机名不要同时存在 A 与 CNAME，权威服务器会返回冲突或只下发其中一条，表现为“配置看起来对、解析结果随机”。
  • 权威 NS 至少保留两个且分布在不同网络，单 NS 故障会导致整域解析失败；准备阶段应逐个确认可查询。

三、操作步骤

本节拆成三个子步骤，建议按顺序执行；每一步完成后先确认结果，再进入下一步。

3.1 A 记录配置

把主域与 www 指向服务器公网 IP，完成最基本的对外入口。这一步决定了后续证书申请与站点访问能否成立，因此要在其他记录之前完成。详见 3.1 A 记录配置。

3.2 CNAME 记录配置

用 CNAME 把新增子域别名到已验证的域名，避免重复维护 IP。当目标域名的 IP 变化时，所有 CNAME 记录会自动跟随，这是它相对 A 记录的主要价值。详见 3.2 CNAME 记录配置。

3.3 生效检查与排错

按权威、递归、本地三层验证，并在不一致时定位到具体环节。三层结果不一致几乎都指向缓存或委派问题，而不是记录本身写错。详见 3.3 生效检查与排错。

三步的顺序不可打乱：没有 A 记录，CNAME 的目标无法被验证；没有分层检查，无法判断“没生效”是缓存还是配置错误。

四、验证方法

  1. 执行 dig +short A example.com 与 dig +short A www.example.com，预期均返回 203.0.113.10。任一为空说明记录未保存或主机记录名写错。
  2. 执行 dig +short CNAME docs.example.com，预期返回 www.example.com.，末尾带点表示这是完整域名。
  3. 执行 dig @8.8.8.8 example.com +short，结果与权威查询一致，说明记录已向外扩散而不仅是权威端可见。
  4. 执行 dig +trace example.com，末段由权威 NS 给出 ANSWER，中间无 SERVFAIL 或超时。

验证通过的标准是“三层一致且可复现”，而不是某一次查询成功。切换后若只有部分地区异常，应先查权威 NS 健康度，再查运营商缓存。

五、常见问题

现象可能原因处理方式
查询返回 SERVFAILNS 未生效或权威服务器不可达dig NS example.com 核对委派，等待注册商同步
解析到旧 IP本地或运营商 DNS 缓存未过期用 dig @8.8.8.8 对比，等待原 TTL 过期
CNAME 不生效同名下存在 A 记录或与 MX 冲突删除冲突记录，仅保留 CNAME 一条
部分地区解析失败多个权威 NS 中有一个故障逐个直查各 NS，下线异常节点
记录保存报错主机记录填了完整域名导致后缀重复主机记录只填前缀，如 www

六、回滚与注意事项

  • 回滚：按导出的记录清单逐条恢复原值，TTL 保持 600 以便再次调整；恢复后执行一次 dig 确认，不要仅凭控制台保存成功就认为已回滚。
  • 回滚速度受限于原记录 TTL。若切换前未下调 TTL，回滚后需要等原 TTL 过期才能全量生效，这是最常见的“回滚无效”投诉来源。
  • 注意：解析生效时间取决于原记录 TTL，不是提交时间；对外公告切换时预留至少 2 倍 TTL，并在公告中写明观察窗口。
  • 注意：CNAME 的目标必须是域名，不能写成 IP；指向外部服务前确认对方允许被 CNAME，部分托管服务明确禁止。