把域名指向服务器：A / AAAA / CNAME 与 TTL 实操

「买个域名、解析到服务器」听着是五分钟的事，实际是新手翻车率最高的环节之一：记录类型选错、TTL 设错、IPv6 配了一半、切换窗口没留够——每个坑都能让站点「时好时坏」。本篇是域名与 DNS 中心的实操篇：从记录类型到验证命令，一次配对的完整流程。

三种记录各管什么

选择口径一句话：目标是自己服务器的固定 IP → A（+AAAA）；目标是第三方服务给的域名（CDN、负载均衡、SaaS）→ CNAME。混用的典型错误是给 CDN 配了 A 记录——CDN 的 IP 是调度的，写死 A 记录等于绕过了调度。

TTL：切换窗口与解析效率的平衡杆

TTL 是解析结果的缓存时长。常态用 3600（1 小时）即可；切换前 24–48 小时把 TTL 降到 300（5 分钟），让全网缓存先「排空」；切换完成、确认稳定后再调回 3600。TTL=60 的「秒级切换」是错觉——各地递归 DNS 对低 TTL 的遵守程度参差，切换生效时间取决于最慢的那批缓存，预留窗口比压 TTL 可靠。

标准操作流：切换一次解析的完整动作

# ① 切换前 48h：降 TTL（在 DNS 面板把相关记录 TTL 改为 300）
# ② 切换前：记录当前解析作为对照基线
dig +short example.com A && dig +short example.com AAAA
dig +short www.example.com
# ③ 新服务器先行验证（不改解析，用 Host 头直接测新机器）
curl -sI -H "Host: example.com" http://新服务器IP/ | head -5
# ④ 切换：更新 A/AAAA 值 → 立即用公共解析器验证
dig +short example.com A @223.5.5.5      # 阿里公共 DNS
dig +short example.com A @8.8.8.8        # Google
dig +short example.com A @1.1.1.1        # Cloudflare
# ⑤ 观察 24h（旧服务器保持在线接住残余缓存流量），确认后再下线旧机

逐层验证：解析不对时查哪里

• 第一层：权威侧——dig example.com A @权威NS（NS 地址用 dig example.com NS +short 拿）：权威侧不对 = 面板没保存/改错区；
• 第二层：公共递归——@223.5.5.5/@8.8.8.8 结果不对而权威对 = 缓存未过期（等 TTL）或注册局侧同步问题；
• 第三层：本地——公共对而本地不对 = 本地 DNS 缓存/hosts 文件/运营商 LocalDNS 问题：ipconfig /flushdns（Win）或重启本地 DNS 服务；
• 跨层工具——多地在线 dig（whatsmydns 类）看全国/全球收敛情况，切换后一小时内多刷几轮。

记录管理的工程习惯

解析记录是会「腐烂」的配置：人员更迭、服务下线、临时记录忘删，半年后没人说得清每条记录为什么存在。三个习惯把腐烂挡住：①命名注释——每条记录在面板备注里写用途与责任人（CDN、验证记录、邮件各归各）；②季度盘点——导出全量记录与实际在用服务对表，指向已下线服务的记录当轮删除（悬挂记录是子域接管的经典入口，安全影响见安全中心）；③变更留档——改记录前 dig 存档旧值，出问题十秒回滚。记录数少时这些是十分钟的事，出事故后再补就是考古。

五个高频翻车点

• 根域 CNAME：部分面板允许保存，但违反 RFC 且随时可能被上游拒绝——根域永远用 A/AAAA（或商家明确的拉平/ANAME 功能）；
• 只配 www 忘了根域（或反之）：两个主机名都要配齐，用户输入习惯五五开；
• IPv6 半配置：AAAA 记录存在但服务器 6 端口没通 = 支持 v6 的用户全部超时——要么全配（服务器 v6 可达 + 防火墙放行），要么全不配；
• MX/TXT 被覆盖：改 A 记录时误删邮件相关记录——动解析前 dig example.com ANY +noall +answer 存档全量记录；
• 域名状态异常：解析怎么改都不生效时查域名本身——whois example.com | grep -i status，clientHold/serverHold（未实名/争议/过期）状态下解析整体失效。

NS 与解析托管：域名注册的下一层选择

域名在注册商手里，解析（DNS 托管）却可以交给任何人——两者通过 NS 记录解耦。选择口径：①默认用注册商 DNS：省心，功能够用（A/AAAA/CNAME/MX/TXT 齐全），适合单域名小站；②换专业 DNS 托管：需要更高查询稳定性、按地域/线路的智能解析、DNSSEC 一键、大记录量管理时值得换——切换动作是「在注册商面板改 NS 记录」，全球收敛通常 24–48 小时（旧 NS 的 TTL 决定尾巴多长）；③切换纪律：改 NS 前把现有全部记录导出存档（dig ANY 或面板导出），新托管侧先配齐再切——「先建新、后拆旧」是所有迁移的通用安全序。内地业务的另一个考量：部分解析服务商对内地线路有优化节点，但域名合规状态（实名/备案）与解析行为要匹配（详见合规篇）。

配好之后：DNS 层的两个进阶动作

①DNSSEC：给解析结果加签名，防劫持防污染（部署要点与验证见同中心邮件认证篇的 DNSSEC 段落）；②监控：把「dig +short 结果 == 预期 IP」加进拨测清单——解析被篡改或误改，监控比用户先知道。DNS 全景（选 NS、防劫持、邮件认证）→ 域名与 DNS 中心。

下一步：按标准操作流走一遍你的域名切换；服务器还没定 → 在售配置；解析配完的下一站是证书 → 同中心 SSL 全链路篇。