迁移中途断连主因是防火墙空闲超时，需配置SSH保活、放行临时端口、排查网络抖动与丢包，并通过日志定位具体失败阶段。
迁移中途断连，大概率是源站或目标站的防火墙主动中断了长连接
宝塔的“一键迁移”本质是用 rsync + ssh 拉取文件、再通过 API 同步数据库和配置，整个过程依赖稳定 SSH 会话。一旦某端防火墙（尤其是云厂商默认安全组）检测到长时间无数据交互的连接，就会触发 idle timeout 清理连接，表现就是迁移卡在 70%–90% 突然报错 Connection reset by peer 或 Broken pipe。
实操建议：
- 检查两端服务器的
/etc/ssh/sshd_config，确认已启用保活机制：ClientAliveInterval 60和ClientAliveCountMax 3（即每 60 秒发一次心跳，连续 3 次无响应才断开） - 阿里云/腾讯云/UCloud 等控制台的安全组规则里，**不能只放行 22 端口**——宝塔迁移实际会动态开启临时端口（如 8888、8999）用于 rsync 数据通道，需额外放行
1024–65535的 TCP 入方向（或至少放行宝塔面板所在端口段） - 本地网络若走企业 NAT 或代理，也容易触发连接复位；建议直接在源服务器终端内执行迁移（即“本机推”而非“远程拉”），避免三层跳转
延迟高不等于迁移失败，但超过 150ms 就该怀疑路径质量
宝塔迁移本身对延迟不敏感（SSH 可压缩、rsync 支持断点续传），真正致命的是 **延迟抖动（jitter）大或丢包**。比如 ping 测试显示平均 80ms，但偶尔出现 1200ms 或 Request timeout，这种不稳定会让 rsync 重试激增，最终超时退出。
验证方式：
- 在源服务器上执行：
ping -c 30 目标IP，重点看stddev值（标准差）是否 >50ms，以及是否有 packet loss - 用
mtr -r -c 20 目标IP查看中间每一跳的丢包和延迟，常会发现某运营商骨干网节点持续丢包（如“ChinaNet-AS4134”那跳） - 如果 mtr 显示目标服务器本身延迟正常，但倒数第二跳开始剧烈抖动，基本可判定是跨网段路由问题，换 BGP 线路或联系 IDC 调整出口策略更有效，而非调宝塔参数
宝塔迁移日志里藏了真实断点位置，别只看界面提示
Web 界面只显示“迁移失败”，但实际错误可能发生在不同阶段：文件同步、数据库导入、Nginx 配置重载。必须查日志才能定位。
关键路径与排查点：
- 主迁移日志：
/www/wwwlogs/panel_migrate.log，搜索ERROR或最近的rsync:行，常能看到具体哪个文件/目录因权限或磁盘满失败 - 如果卡在“正在导入数据库”，去查
/www/server/panel/logs/task.pl，找含mysql -u或mysqldump的失败记录 - 最后一步“重载网站配置”失败，大概率是目标站 Nginx 模块缺失（如没装 rewrite 模块），此时看
nginx -t输出比看宝塔界面有用得多
别信“全量迁移”能绕过网络问题——增量同步反而更脆弱
很多人以为勾选“增量迁移”更省事，其实它对网络稳定性要求更高：rsync 必须反复建立连接比对文件指纹，每次重连都面临防火墙重置风险；而全量迁移是一次性建立连接后持续传输，只要初始握手成功，后续保活得当，成功率反而更高。
适用建议：
- 首次迁移或源站变动大 → 强制选“全量”
- 仅更新少量静态资源 → 确认两端已手动配置好 SSH keepalive 且 mtr 无丢包后再用“增量”
- 无论哪种模式，迁移前务必在源站执行：
rsync --dry-run -avz -e "ssh -o ConnectTimeout=10" /www/wwwroot/ user@目标IP:/www/wwwroot/，模拟跑一遍，提前暴露连接或权限问题
