接入前先别急着改解析。网站加速服务接入前的域名解析准备，重点是确认哪些记录要切换、哪些必须保留，以及加速节点拿到请求后如何正确连接源站。漏查一条记录，可能导致网页打不开，也可能影响邮件或域名验证。
先盘点现有记录，再确定切换范围
在域名注册商或解析服务商的控制台，记录网站主域名（如 example.com）和常用子域名（如 www.example.com）当前的记录类型、指向值和 TTL。不要只看网页入口：邮件、验证和其他业务可能共用同一个域名。
| 记录 | 核对要点 |
|---|---|
| A、AAAA | 分别指向 IPv4、IPv6 地址。确认这些地址是否为源站地址，以及源站是否仍需直接访问。 |
| CNAME | 查看目标域名及记录链。加速服务通常会提供指定目标；不要把 CNAME 与同名 A、AAAA 等记录并存。 |
| MX、TXT | 通常用于邮件投递和域名验证。接入网站加速一般不需要改它们，变更前应确认业务用途。 |
根域名不一定能直接配置普通 CNAME，具体取决于解析服务是否支持 ALIAS、ANAME 或类似的扁平化功能。若服务商要求某种记录，而控制台不支持，应按其官方接入说明选择兼容方式，不要自行猜测。
按顺序完成解析切换
- 确认加速目标。从加速服务控制台获取准确的 CNAME 目标或指定 IP，并确认需要接入的是根域名、www 子域名，还是两者。
- 检查冲突记录。同一主机名通常不能同时配置 CNAME 与其他数据记录。先确认旧 A、AAAA 是否需要删除；不再使用的 IPv6 地址也应一并处理，避免部分访客仍被导向旧站。
- 调整 TTL。TTL 是解析结果可缓存的时间。若计划迁移，可在变更前提前调低，例如设为几分钟到几小时，实际可设范围取决于解析服务商；等待旧缓存逐步更新后再切换。切换稳定后，可按运维需要调回较长时间。
- 验证解析结果。可用 dig 或 nslookup 查询 A、AAAA、CNAME，并从不同网络重复检查。结果受本地缓存和递归解析器影响，刚修改后短时间内看到旧记录并不必然表示配置失败。
- 确认业务关联。检查邮件收发、域名验证和其他子域名是否仍正常；只改目标网站所需的主机记录，不要整区清空或替换所有解析。
回源设置要和源站配置对上
解析把访客带到加速入口，但加速服务仍需回源获取内容。控制台中的源站地址应填写可从服务端访问的域名或 IP，并确认端口与源站实际监听端口一致。若源站地址也指向加速域名，可能形成回源循环，应使用独立的源站地址。
核对 Host、协议与证书
回源 Host决定源站收到请求时识别的主机名。源站按域名选择站点时，应设置为源站期望的域名；否则可能返回默认站点或错误页面。回源协议和端口也要匹配：源站只提供 HTTP 时，不应未经确认强制使用 HTTPS；若用 HTTPS 回源，需确认源站证书对相应域名有效，且服务支持的证书校验方式与之相符。客户端侧证书配置和回源证书是两个环节，不能互相替代。
确认源站访问限制与跳转
若源站设有防火墙或访问白名单，应按加速服务商公布的回源地址范围配置，并留意其变更通知；不要为图省事直接开放所有来源。还要检查 HTTP 到 HTTPS 的跳转、路径转发和缓存规则，避免源站重定向回加速入口之外的地址，或把需要实时变化的内容错误缓存。
上线前做一次小范围验收
网站加速服务接入前的域名解析准备，不只是替换一条记录。建议先接入低风险子域名或安排维护窗口，再分别测试首页、静态资源、登录页面及表单等实际功能；同时查看加速侧的回源错误和源站日志。确认解析已指向预期入口、Host 与回源协议正确、业务记录未受影响后，再扩大切换范围。若出现异常，按预先记录的旧值恢复相关解析，并考虑 TTL 缓存尚未过期的影响。
常见问题
切换后为什么不同网络看到的地址不一样？
解析缓存更新时间不同，且服务可能按网络返回不同结果。先核对记录配置和 TTL，等待缓存更新后再判断是否异常。
接入后可以删除旧 A 记录吗？
若服务商要求使用 CNAME，且旧 A 记录与其冲突，通常需要按接入说明移除。先确认该记录不是其他服务仍在使用的入口。
源站 IP 是否必须保密？
不一定，但若希望访客只经加速入口访问，应结合源站防火墙限制非预期来源，并检查历史解析或其他子域名是否暴露源站地址。
邮件记录也要迁到加速服务吗？
通常不需要。网站加速针对网站流量，MX、邮件相关 TXT 等记录应按邮件服务要求保留。
逐项核实记录、回源 Host、协议端口和源站访问策略，再进行切换，才能让网站加速服务接入前的域名解析准备真正落到可验证的配置上。
