迁移最怕的不是切，是切完才发现新机器有问题。

DNS 一改，生效要等 TTL，回滚也要等 TTL。中间这段时间用户看到什么，全看你切之前做了多少准备。指定解析就是给这段时间做准备的。

它做的事很简单

正常情况下，测速先查 DNS，拿到 IP，再连过去。指定解析跳过第一步：你给什么地址，就连什么地址。

填 IPv4 可以，填 CNAME 也可以。域名还是原来那个域名，Host 头不变，SNI 不变，变的只是「往哪台机器发请求」。

迁移前该测什么

先确认 IP 归属。用 IP 查询 看一下这个 IP 是哪家机房的、哪个地区的，别把测试流量打到一台不相干的机器上——这种乌龙比想象中常见。机器多的时候可以走接口批量校验，https://t.bt.cn/ip_api.php?ip=18.1.1.1，返回 JSON，丢进脚本里跑比手工查快得多。

然后按顺序测三样东西，测的时候把域名指定到新机器的 IP，入口在 网站测速 的高级选项里。静态首页，看 TCP 和 TLS 这两段是否正常，证书有没有配全。动态页面，看 TTFB，这是新环境应用层最真实的体检。登录后的页面，配一个 Cookie 再测，很多问题只在带会话时才暴露。

三项都跑通，再动 DNS。

几个容易忽略的细节

指定解析只影响这一次请求，测完就失效，不会改你的 DNS 记录，也不会影响别人。

证书仍然按域名校验。新机器上如果只配了自签证书或者证书链不全，TLS 阶段会直接失败，这跟解析无关，别混为一谈。

有些源站开了防护，只允许 CDN 回源或者只放行特定 UA。这种情况下指定解析会被拦，返回 403 或者直接断开。这不是新机器有问题，是策略问题，测之前先确认一下。

切之前的那一次对比

最有价值的动作，是用同样的参数对新旧两台机器各测一次。差异落在哪一段，问题就在哪一层：TCP 差说明线路，TLS 差说明证书或加密套件，TTFB 差说明应用和数据库。

这比切完之后盯着监控发呆有用得多。