a、cname、aaaa、txt、mx是dns核心记录类型：a映射域名到ipv4地址，cname设域名别名，aaaa映射至ipv6地址，txt存文本信息（如spf），mx指定邮件服务器。

dns 记录不是随便填的配置项，而是决定域名“能不能访问”“邮件能不能收发”“反向验证能不能通过”的关键规则。选错类型、填错值、忽略依赖关系，都会导致服务中断——比如把邮箱服务器地址填成 cname，或给主域名同时配了 a 和 cname，解析就会失败。

A 记录：让域名直连 IPv4 服务器

A 记录把一个域名（或子域名）直接映射到一个 IPv4 地址。这是网站、FTP、API 接口等基础服务最常用的记录。

• 必须填 IPv4 格式，例如 203.0.113.45，不能填域名或 IPv6
• 支持多个 A 记录共存，DNS 会轮询返回，可用于简单负载均衡
• 可设置泛解析，如 *.example.com → 203.0.113.45，匹配所有未单独定义的子域名
• TTL 值影响缓存时间，改 IP 前建议提前调低（如从 86400 改为 300），生效后再调回

CNAME 记录：用别名指向另一个域名

CNAME 不是指向 IP，而是把一个域名“委托”给另一个域名去解析。适合对接 CDN、SaaS 平台、托管博客等第三方服务。

IntoDNS.ai

免费 DNS 与邮件安全分析（IntoDNS.ai）：包括 DNSSEC、SPF、DKIM、DMARC、MTA-STS、BIMI、SMTP STARTTLS、FCrDNS、黑名单、发件人要求及报告。

下载

• 目标值必须是完整域名，末尾带点（如 myapp.vercel.app.），否则可能被自动补全造成错误
• 同一主机名下不能同时存在 A、MX、TXT 等其他记录，否则多数 DNS 服务器拒绝加载
• 不支持根域名（@）直接设 CNAME（RFC 限制），要实现类似效果可用 ANAME/ALIAS（部分 DNS 提供商支持）或改用 A 记录 + 自动更新机制
• 多层 CNAME（A→B→C）会增加解析延迟，应尽量扁平化

MX 记录：控制谁来收你的邮件

MX 记录不负责发信，只告诉全世界“这个域名的邮件该投递到哪台服务器”。它必须配合 A 或 CNAME 记录才能真正生效。

• 记录值只能是主机名（如 mail.example.com.），不能填 IP 地址
• 优先级数字越小越先尝试，例如 10 mail1.example.com. 和 20 mail2.example.com. 表示主备关系
• 至少配置两条 MX 记录提升容灾能力；若只有一条，该服务器宕机即无法收信
• 务必确保目标主机名本身有对应的 A 记录（或 CNAME 指向有 A 的域名），否则 MX 查不到 IP，邮件会被退回

PTR 记录：反向解析，用于 IP 到域名的映射

PTR 记录不配在你自己的 DNS 控制台，而是在你所用 IP 地址的所属网络段的权威 DNS 中设置，通常由云厂商或 IDC 提供管理入口。

• 作用对象是 IP 地址，格式为将 192.0.2.100 反查为 mail.example.com.
• 常用于邮件服务器身份验证，很多大型邮箱（Gmail、Outlook）会检查发信 IP 是否有合法 PTR，缺失或不匹配易进垃圾箱
• 填写时注意：IP 要写成逆序的 DNS 格式，例如 100.2.0.192.in-addr.arpa. 指向 mail.example.com.
• 修改后需等待 TTL 过期，且需对方 DNS 服务器主动刷新，验证建议用 dig -x 192.0.2.100 测试