域名解析怎么配：A、CNAME、MX 记录一次讲透

域名注册好之后，网站打不开、邮箱收不到信，十有八九是解析没配对。解析的本质是把域名翻译成服务器地址，不同类型的记录负责不同的翻译任务。

一、六类常用解析记录对照表

二、A 记录：最常用，管网站能不能打开

A 记录把域名指向一个具体的 IP 地址，是网站访问的基础。

典型配置

要点：

• 主机记录 @ 代表裸域名（example.com），www 代表 www.example.com。想让两种都能访问，就要配两条
• 必须填公网 IP。以 192.168、10 开头的内网 IP 无法对外提供服务
• 虚拟主机的 IP 由服务商提供，在主机管理后台可以查到
• 如果用的是 CDN 或云服务，通常不填 A 记录，而是用 CNAME

三、CNAME：指向另一个域名，改 IP 不用动解析

CNAME 是把域名指向另一个域名，而不是直接指向 IP。好处是当目标域名的 IP 变化时，你不需要修改解析。

什么时候用 CNAME

• 接入 CDN —— CDN 服务商会给你一个加速域名，用它做 CNAME
• 企业邮箱的域名验证 —— 部分服务商要求 CNAME 验证所有权
• 云服务绑定 —— 如对象存储、云函数等

注意事项

• 根域名（@）能否用 CNAME 有争议。规范上不允许，部分服务商支持（做特殊处理），但更稳妥的做法是根域名用 A 记录
• CNAME 不能与其他记录共存。同一主机记录下已经配了 CNAME，就不能再加 A 或 MX

四、MX 记录：管邮箱能不能收到信

MX 记录告诉互联网「发往这个域名的邮件应该投递到哪台服务器」。

典型配置

三个要点：

1. 优先级必填 —— 数值越小优先级越高。主备服务器设成不同数值，主服务器故障时可自动切换
2. 先删旧记录 —— 从其他邮箱服务商切换过来时，原来的 MX 记录必须删除，否则邮件继续投递到旧服务器
3. MX 记录不能是 CNAME —— 规范要求 MX 指向必须是一个域名且该域名要有 A 记录，不能指向 CNAME

五、TXT 记录：验证与邮件安全

TXT 记录用来存放文本信息，最常见的两类用途：

用途 1：域名所有权验证

注册某些服务（搜索引擎站长平台、SSL 证书、第三方工具）时，对方会要求你添加一条 TXT 记录证明域名是你的。通常是一串随机字符。

用途 2：邮件安全三件套

重要：一个域名只能有一条 SPF 记录。多个发信来源要合并到同一条里，配成多条会导致验证失败。

六、一个典型的企业域名解析配置

假设你要用一个域名同时做「网站 + 企业邮箱」，完整配置大致如下：

这套配置能同时满足网站访问、邮件收发和发信信誉要求。

七、解析不生效？按这个顺序排查

实用的排查命令

# 查询域名解析到的 IP
nslookup 你的域名

# 查询 MX 记录
nslookup -type=mx 你的域名

# 查询 TXT 记录（SPF/DKIM/DMARC）
nslookup -type=txt 你的域名

也可以用在线 DNS 查询工具，能一次看到所有类型的记录，比命令行更直观。

八、三个容易踩的坑

1. TTL 设得太长。TTL 决定解析记录的缓存时间。如果设成 24 小时，修改后要等一天才生效。建议日常保持 600 秒（10 分钟），需要频繁调整时临时调短
2. 忘记删除旧记录。换了邮箱服务商或主机，旧记录没删会导致流量走向错误的目标。迁移时务必清理
3. 一条记录配多个值。同一主机记录、同一类型可以配多条（用于负载均衡），但如果配置不当会导致解析结果随机，难以排查。非必要不要这样做

解析配置是建站和邮箱部署的基础环节，配错会直接影响业务。如果你对某条记录的值不确定，把域名发给博盛盈，我们可以帮你核查当前的解析配置是否正确。