技术帮助 · 发布时间：
云主机换了公网地址，不代表访问者会自动找到新服务器。若域名的解析记录仍指向旧地址，部分用户可能继续访问旧主机，直到缓存过期。云主机公网IP更换与DNS更新流程，关键是先确认记录类型和变更范围，再更新、验证并检查依赖旧地址的配置。
先判断哪些记录需要改
登录域名的 DNS 托管平台，例如阿里云 DNS 或 Cloudflare，查看域名当前记录及其目标值。若网站主机名的 A 记录直接填写旧 IPv4 地址，通常应将它改为新 IPv4；若使用 AAAA 记录提供 IPv6 访问，也要核对 IPv6 地址是否变化。
如果主机名配置的是 CNAME，它指向另一个域名而非 IP，通常应检查 CNAME 所指向的目标记录，不要把 CNAME 直接改成 IP。邮件常用的 MX、TXT 记录一般不因网站服务器换地址而改变；但若邮件服务也部署在这台主机上，应单独核对邮件相关配置。使用 Cloudflare 代理等服务时，DNS 查询结果可能显示代理地址，需在对应控制台检查源站地址，而不能只凭查询到的结果判断。
按顺序更新并验证
- 确认新地址可用。在云平台控制台核实新公网地址已绑定到目标云主机，且云防火墙、安全组及主机防火墙允许所需服务端口。不要只根据地址已分配就认定网站可访问。
- 记录当前解析配置。保存相关主机名、记录类型、旧值和 TTL，避免误改同一域名下的邮件或验证记录。确认是否有多个子域名、备用记录或负载均衡目标指向旧地址。
- 调整 DNS 记录。在 DNS 管理页面找到对应记录，将 A 或 AAAA 的值替换为新地址并保存。若变更可提前安排，可先把 TTL 调低，例如设为 300 秒；应在变更前至少等待原 TTL 对应的时间，降低缓存旧值的影响。TTL 具体可设范围取决于服务商规则。
- 从不同网络检查解析。使用系统自带的 DNS 查询工具，或在线 DNS 查询服务，核对权威 DNS 和公共递归解析器返回的记录。记录已更新不等于所有用户立即看到新地址：递归解析器可能保留此前缓存，通常要等旧 TTL 到期，实际时间还受解析器策略影响。
- 验证业务并清理旧配置。用域名访问网站，检查首页、登录等关键页面；同时查看服务器日志是否收到请求。确认稳定后，再检查是否有访问控制白名单、监控探测、回调地址或其他系统仍登记旧公网地址。
容易忽略的缓存与地址类型
TTL 不能追溯缩短旧缓存
TTL 是解析结果可被缓存的时间。变更之后把 TTL 调短，不会让此前已经缓存旧地址的解析器立刻刷新；规划内切换宜提前调低并等待原 TTL 结束。若已完成更换，只能核对记录正确，并等待相关缓存自然更新，必要时可联系受影响用户检查其网络解析缓存。
临时地址和保留地址的差别
部分云平台提供可独立分配、绑定的弹性公网地址；另一些场景下，实例重建或释放后地址可能变化。是否能保留原地址取决于云服务的产品规则和当前配置。若业务要求固定访问地址，应确认地址资源的绑定与释放方式，并在变更前评估是否需要保留静态公网地址。
常见问题
记录已改，为什么有人仍访问旧服务器？
常见原因是递归 DNS 缓存尚未过期，也可能是另一条子域记录或代理源站仍指向旧地址。分别核对记录类型、目标值和缓存时间。
更换公网地址会影响邮箱吗？
若邮箱由独立邮件服务提供，通常不必改 MX 记录。若邮件服务与网站共用这台主机，则还需检查相关解析、邮件服务配置及访问规则。
旧公网地址需要立即释放吗？
不必仅因 DNS 已修改就立即释放。待主要访问路径确认正常，并确认没有其他系统依赖旧地址后，再按云平台规则处理旧资源。
总体上，云主机公网IP更换与DNS更新流程不是只改一条解析记录：确认 A、AAAA 或 CNAME 的实际指向，更新后验证缓存与业务，并逐项排查依赖旧地址的配置，才能减少访问中断。
