DNS 在整条链路中的位置
访客输入域名后，DNS 负责把域名翻译成服务器 IP，之后流量才到达你的 DMIT 实例。DNS 配置错误是"网站打不开"的最常见原因之一。本文覆盖记录类型、TTL、解析验证与常见坑。
常用记录类型
| 类型 | 作用 | 示例 |
|---|---|---|
| A | 域名 → IPv4 地址 | @ → 45.88.xx.xx |
| AAAA | 域名 → IPv6 地址 | @ → 2a0b:xx::1 |
| CNAME | 别名指向另一域名 | www → example.com |
| MX | 邮件路由 | @ → mail.example.com |
| TXT | SPF/DKIM/站点验证 | v=spf1 ... |
| NS | 指定权威 DNS 服务器 | @ → ns1.cloudflare.com |
DMIT 实例默认分配 IPv4 与 /64 IPv6 前缀（见《IPv6 配置教程》），建议同时添加 A 与 AAAA 记录。
基础配置步骤
- 在域名注册商或 DNS 服务商处进入解析管理
- 添加 A 记录：
@指向 DMIT 实例的 IPv4 地址 - 添加 AAAA 记录：
@指向实例的 IPv6 地址 - 为
www添加 CNAME 指向主域，或同样各加一条 A/AAAA - 等待生效，通常几分钟到数小时（取决于 TTL 与缓存）
TTL 怎么设
- 稳定期：3600–86400 秒，减少解析查询、提升缓存命中
- 迁移前：提前 24–48 小时把 TTL 降到 300 秒，切换时能快速回退（见《迁移指南》）
- 迁移完成稳定后：再调回较高 TTL
验证解析是否生效
# 查询 A 记录
dig +short example.com A
# 查询 AAAA 记录
dig +short example.com AAAA
# 指定公共 DNS 对比
dig @1.1.1.1 example.com +short
# 追踪完整解析链路
dig example.com +trace本地改了记录但 dig 结果没变？多半是运营商 DNS 缓存未过期，等 TTL 时间或换用 1.1.1.1 / 8.8.8.8 验证。
常见问题
解析生效但网站打不开？
DNS 只负责"找到门牌号"。依次排查：服务器防火墙是否放行 80/443、Nginx 是否监听、证书是否匹配域名（见《故障排查指南》）。
邮件进垃圾箱或发不出？
补齐 MX、SPF（TXT）、DKIM（TXT）三类记录；云服务器端口 25 常被限制，建议使用第三方 SMTP 服务发送。
要不要开 CDN 代理？
开启 Cloudflare 代理后，公网解析到的是 CDN 边缘 IP 而非源站 IP，这是预期行为（见《Cloudflare CDN 配置》）。
相关文章
《IPv6 配置教程》、《HTTPS/SSL 配置》、《WordPress 部署指南》。
本文核对日期：2026-08-18。