域名怎么解析到服务器？A、AAAA、CNAME 与 TTL 配置指南
域名解析的作用，是让访问者通过名称找到服务地址。购买域名、购买服务器和部署网站是不同环节：有域名不代表已经解析，有解析也不代表网站已经监听对应端口。排查时把三件事分开，通常比反复修改 DNS 更有效。
本文以 example.com 为例。203.0.113.10 与 2001:db8::10 是文档示例地址，实际配置必须替换为服务器的真实地址。已有业务域名先导出现有记录，保留修改时间和旧值。
第一步：确认在哪里修改才会生效
先在域名注册商处核对当前权威名称服务器，也就是 NS 配置。实际生效的 DNS 记录，需要在这些名称服务器对应的服务商处修改。注册商和 DNS 服务商可以相同，也可以不同；在已经不再负责解析的平台里添加记录，不会影响公网访问。
一般新增网站不需要更换 NS，只需要修改现有权威 DNS 平台中的记录。若确实要迁移 DNS 服务商，应提前完整迁移邮件、验证、子域名等记录，并核对 DNSSEC 的 DS 配置流程，避免只迁移网站记录造成邮件或其他服务中断。
第二步：按地址类型选择记录
常见记录可以这样理解：
| 类型 | 填写内容 | 常见用途 |
|---|---|---|
| A | IPv4 地址 | 根域名或子域名连接 IPv4 服务器 |
| AAAA | IPv6 地址 | 已具备完整 IPv6 连通能力的网站 |
| CNAME | 另一个域名 | www 别名或服务商指定的接入名称 |
TTL 是记录中的缓存时间字段，表示解析结果通常可缓存多久，不是一种 DNS 记录类型。
Cloudflare DNS 记录说明给出了各类记录的字段含义。填 A 记录时不能带 https://、路径或端口；CNAME 填域名，也不能填 IP 地址。
一个只提供 IPv4 网站的简单例子是：
| 主机记录 | 类型 | 记录值 |
|---|---|---|
| @ | A | 203.0.113.10 |
| www | CNAME | example.com |
多数面板用 @ 表示根域名，但仍以面板提示为准。www 和不带 www 的根域名是两个名称，网站和证书也要分别覆盖计划使用的名称。将 www 设为 CNAME 不会自动实现网页跳转；统一访问地址需要网站返回正确的重定向。
AAAA 与根域名 CNAME 的两个误区
只有当服务器确实分配了 IPv6、网站监听 IPv6、路由及防火墙均通过验证时，才添加 AAAA。IPv4 能访问，不能证明 IPv6 也能访问。错误的 AAAA 可能让不同网络的用户表现不同，也可能影响证书校验。
标准 CNAME 与同一名称的其他普通数据记录存在限制，根域名又需要 NS、SOA 等记录，因此不要假定所有平台都支持根域名直接配置 CNAME。部分服务商通过 CNAME flattening、ALIAS 或 ANAME 提供类似效果，具体行为以服务商文档为准。Cloudflare 的 flattening 说明是其中一种实现，不代表所有 DNS 平台都一样。
TTL 怎么设，修改为什么不是立即生效
TTL 是缓存提示，不是“保证全世界同时切换”的倒计时。迁移前可以在平台允许范围内降低 TTL，例如选择五分钟；应提前至少等待旧 TTL 覆盖的缓存周期，再安排实际地址切换。临时降低新记录的 TTL，不能立刻收回外部已经缓存的旧记录。
业务稳定后，可根据变更频率适当延长 TTL。平台可能限制最小值，开启代理后也可能采用不同策略。TTL 官方说明解释了缓存行为。DNS 新增记录还可能受到之前“记录不存在”的缓存影响，因此要区分新增与修改。
第三步：验证权威记录和访问结果
Windows 在本机 PowerShell 执行：
Resolve-DnsName example.com -Type NS
Resolve-DnsName example.com -Type A
Resolve-DnsName example.com -Type AAAA
Resolve-DnsName www.example.com -Type CNAME
macOS 或装有 DNS 工具的 Linux 本机执行：
dig NS example.com +short
dig A example.com +short
dig AAAA example.com +short
dig CNAME www.example.com +short
未配置 AAAA 或 CNAME 的名称没有对应答案，不一定是故障。进一步可指定已核实的权威名称服务器查询，以区分“权威数据还没改好”和“递归缓存尚未更新”。开启 CDN 代理时，公开解析可能返回代理节点地址，不能要求它一定等于源站 IP。
解析正确后，再用浏览器和网站日志检查内容。若返回默认页，核对网站域名匹配；连接超时则检查端口和网络；证书错误则检查证书覆盖名称。此时继续改 A 记录，往往只会引入更多变量。
迁移时怎样保留回退空间
切换前先用临时解析或 curl --resolve 验证新服务器，确认 HTTPS、图片、登录和表单功能。记录旧地址，保留旧服务器一段观察期。出现问题可以恢复旧记录，但恢复也受缓存影响，因此新旧环境要有清晰的数据写入安排。
尤其是会员、订单和评论站点，不应在两台服务器上同时接收互不一致的写入。DNS 修改本身不会复制数据库。把解析切换当成迁移中的一个步骤，并明确数据同步与回退边界，才能减少“域名恢复了，数据却对不上”的情况。