本文以实操角度总结在将 搬瓦工 实例切换到 日本机房 时,关于 DNS 与 路由 配置的核心要点。包含需要修改的记录类型与顺序、面板与服务器端同时配置的步骤、反向解析与证书处理、IPv6 与防火墙的常见陷阱、以及如何通过工具检测路由与链路健康,帮助你在保持可用性的前提下平滑迁移。
切换到新机房首先要修改的通常是主机的 A/AAAA 记录(IPv4/IPv6),必要时更新 CNAME。将 A 和 AAAA 指向日本机房的新 IP;如果使用子域名做负载或备份,也要同步修改。为了缩短切换影响,建议在切换前 24-48 小时将相关记录的 TTL 降到 60-300 秒,切换稳定后再恢复到常规值(3600-86400)。如果域名托管在第三方 DNS(例如 Cloudflare),注意是否启用代理(橙云)会影响真实 IP 的切换流程。
在搬瓦工操作面板(或购买新日本机房实例)后,应并行执行面板层与服务器层的配置。面板层:确认实例的公网 IP、反向 DNS(PTR)选项;服务器层:更新 /etc/hosts、/etc/resolv.conf(或网络管理器配置)、应用监听地址等。切换步骤建议为:1)提前把 DNS TTL 降低;2)在新服务器上完成环境部署与健康检查;3)更新 DNS 指向新 IP;4)监控流量并在必要时切换端口与防火墙规则;5)切换完成后恢复 TTL。
检查路由生效可使用 traceroute/mtr、ping、telnet(到目标端口)、以及从不同区域的在线检测服务(如 RIPE Atlas、GCP/阿里云海外探测)做多点验证。重点观察跳数、丢包率和延迟突增点。若出现国内到日本路径绕行或不稳定,可能是上游运营商或 BGP 策略问题,需要提供给搬瓦工工单并附上 traceroute 输出、发生时间和目标 IP,便于对方排查 BGP 社区或路由策略。
PTR(反向解析)对邮件送达率、部分安全策略和部分托管服务有影响。搬瓦工通常允许设置 PTR 或通过工单申请,切换 IP 后务必同步更新。对于 HTTPS 服务,如果使用证书绑定到域名,一般无需重新签发证书,但若使用 IP 绑定或使用自签名证书、或证书颁发机构基于 IP 进行校验,则需要重新申请或更新证书。切换前先确认证书覆盖的新主机名和链条是否完整,避免服务中断。
日本机房可能同时分配 IPv6 地址或仅有 IPv4,切换前需确认是否启用 IPv6。若启用,更新 DNS 的 AAAA 记录并在服务器网络配置中正确设置 IPv6 gateway、路由表和防火墙规则(iptables/nftables/ufw)。若不使用 IPv6,建议在 DNS 中不要留下过期的 AAAA 记录以免流量走向错误地址。防火墙方面,确保放通必要端口并保留管理端口的限制策略(如白名单、端口变更、SSH Key)。
全网 DNS 传播通常在TTL范围内完成;若提前降低TTL为60秒,大多数用户在几分钟到小时内完成切换,但全球 CDN 缓存或 ISP 本地缓存可能延迟更久。降低风险的做法包括:先部署并验证新机房服务,采用灰度切换或权重 DNS(若支持),在切换期间保留旧机房作为热备并同步数据,使用健康检查与自动回滚脚本。一旦确认新机房稳定,逐步提高 TTL 并撤掉旧机房配置。
MTU 与路径 MTU(PMTUD)问题在跨国链路上常见,表现为大包丢失或 TCP 握手成功但应用数据无法通过。可用 ping -s 配合 DF 标志测试不同大小包来定位 MTU。若发现 MTU 导致问题,可在服务器端降低网卡 MTU(如改为1400)或在应用层启用 MSS clamping(在路由器/防火墙上)。此外,NAT、DSR 或负载均衡器的封装(GRE/VXLAN)也会影响 MTU,需要连同网络团队协作调整。
跨国访问质量受上游运营商互连与 BGP 宣告影响。若目标用户对某些 ISP 表现不佳,可能是搬瓦工对等路由或 BGP 社区设置未覆盖到该 ISP。收集示例(时间、源 IP、目标 IP、traceroute)并提交给搬瓦工客服,明确要求检查 BGP 宣告与社区标签,必要时请求调度到更优的出口或增加对等节点。提供详实证据可以加快处理速度。
除 DNS 和路由外,还需同步修改云监控、告警接收端、负载均衡器后端、第三方白名单(如 API 提供方的 IP 限制)、以及邮件服务的 SPF/DKIM 签名(若涉及新 IP)。在切换过程中,更新访问控制列表和监控目标,确保告警不会误报并能及时发现异常。
验证包括可用性(HTTP/SSH 连接)、性能(延迟、丢包、带宽)、以及安全(端口暴露、TLS 配置)。推荐使用 curl/openssl s_client、mtr/traceroute、speedtest-cli、以及在线检测工具(SSL Labs、Uptrends、Pingdom)。同时检查防火墙日志和应用日志,确认无异常登录或连接失败。定期复测以确保在不同时间段和网络下表现稳定。