先弄清 DNS 解决什么问题

域名解析的本质，是把用户输入的域名转换成服务器可访问的地址。网站打不开、邮箱收不到、证书校验失败，很多时候不是代码问题，而是 DNS 记录写错、未生效或缓存未刷新。动手改解析前，先确认域名实名状态、DNS 服务商入口，以及当前权威解析落在哪一套 Name Server 上。

常见记录类型怎么配

网站访问相关

把域名指向云服务器 IP，通常配置 A 记录（IPv4）或 AAAA 记录（IPv6）。若使用 CDN、云虚拟主机或负载均衡提供的接入域名，则更多使用 CNAME 指向服务商给出的别名。注意同一主机记录下，CNAME 一般不宜与其他记录冲突，配置前先看服务商规则。

邮箱与验证相关

企业邮箱依赖 MX 记录；部分服务还会要求添加 TXT 做所有权验证、SPF 或域名备案辅助校验。记录值请直接复制服务商文档，避免多空格、少引号、主机记录写成完整域名导致层级错误。

配置流程建议按这个顺序

  • 确认域名已注册且可管理，Name Server 指向你正在操作的 DNS 平台。
  • 备份现有解析记录，改动前截图或导出，方便回滚。
  • 按业务添加 A/CNAME/MX/TXT，主机记录区分 www、根域、api、mail 等。
  • TTL 首次调试可适当调低，稳定后再调高，减少频繁变更时的等待成本。
  • 用多地 DNS 查询工具验证结果，再测网站、接口与邮箱。

生效慢和解析异常怎么排查

DNS 有缓存，修改后不是全球瞬时一致。常见原因包括本地缓存未清、运营商递归缓存、旧 Name Server 未切换完成、记录值指向了已释放 IP。排障时先查权威答案是什么，再查本地结果，避免只看浏览器报错就反复改记录。

另外，启用 HTTPS 后还要确认证书域名与解析目标一致；做了 CDN 时，源站解析和加速域名解析要分开理解，不要混改。把「改记录—查权威—查递归—测业务」做成固定检查单，域名解析会稳很多。

总的来说，DNS 配置并不神秘，但细节多、影响面大。按记录类型对号入座、改前备份、改后验证，就能覆盖大多数建站与上云场景的需求。