1. 概览与准备

说明：本文面向搬瓦工（Bandwagon）韩国CN2 VPS，目标是诊断并减小延迟与丢包。准备工作：可用SSH权限、root或sudo、安装iperf3/mtr/traceroute/ethtool/tc。

检查命令（示例）：sudo apt update && sudo apt install -y iperf3 mtr-traceroute ethtool iproute2

2. 诊断第一步：测路与实时丢包定位

步骤1：用mtr连续测试100次：mtr -r -c 100 目标IP，保存输出（用于提交给搬瓦工/运营商）。

步骤2：用traceroute定位路径：traceroute -n 目标IP；可用tcptraceroute检测TCP路径问题。

步骤3：用ping做MTU探测（Path MTU）：ping -M do -s 1472 目标IP；逐步降低-s找到最大不分片大小。

3. 带宽与丢包量化：iperf3实测

在VPS上启动服务端：iperf3 -s。客户端执行：iperf3 -c SERVER_IP -P 4 -t 60（并记录丢包、抖动）。

UDP丢包测试：iperf3 -c SERVER_IP -u -b 50M -t 30，观察丢包百分比。若丢包主要出现在UDP，说明链路或队列问题。

4. MTU调整与校准（关键）

步骤1：确认宿主网卡名：ip link show。常见为eth0、ens3等。

步骤2：设置临时MTU（例如1492或1460，取决PMTU测试结果）：sudo ip link set dev eth0 mtu 1492；测试连通性与延迟。

步骤3：若有效，写入持久配置（Debian/Ubuntu在/etc/network/interfaces或netplan，CentOS在ifcfg-*文件），或在cloud-init中设置。

5. 网卡Offload调试（排除CPU或驱动导致丢包）

临时关闭offload（仅用于测试）：sudo ethtool -K eth0 gro off gso off tso off；重新测试iperf/mtr。

若关闭后丢包/延迟改善，联系搬瓦工申请更换宿主驱动/迁移节点或让客服调整宿主网卡参数。

6. 内核TCP参数细调（永久生效方法）

在/etc/sysctl.d/99-net.conf里添加（示例）：net.core.rmem_max=16777216；net.core.wmem_max=16777216；net.ipv4.tcp_rmem=4096 87380 16777216；net.ipv4.tcp_wmem=4096 65536 16777216。

启用BBR与默认队列：net.core.default_qdisc=fq；net.ipv4.tcp_congestion_control=bbr。保存后执行sudo sysctl -p /etc/sysctl.d/99-net.conf

确认BBR生效：lsmod | grep bbr；sysctl net.ipv4.tcp_congestion_control；ss -t | head

7. 启用/验证 BBR（详细步骤）

步骤：sudo modprobe tcp_bbr；echo "tcp_bbr" | sudo tee /etc/modules-load.d/bbr.conf；然后按上一节sysctl写入并加载。

验证：sudo sysctl net.ipv4.tcp_congestion_control（应显示bbr）；sudo ss -s 查看TCP统计以确认连接稳定性改变。

8. 减少Bufferbloat：使用tc配置fq_codel或cake

安装iproute2已含tc。简单配置（临时）：sudo tc qdisc add dev eth0 root fq_codel；若想限制带宽并智能排队：sudo tc qdisc add dev eth0 root cake bandwidth 100mbit。

测试：在启用前后用ping -f（Flood ping）并观察延迟抖动变化；或运行Netflix的fast.com和iperf并对比。

9. 日志、网卡统计与内核异常排查

查看网卡错误：sudo ethtool -S eth0 | egrep 'drop|err'；查看内核日志：dmesg | grep -i eth0；查看socket重传：netstat -s | grep retrans

若发现大量tx/rx errors或重传，优先联系搬瓦工要求迁移宿主或更换IP/节点，并附上mtr/ethtool/dmesg输出。

10. 与搬瓦工沟通与迁移建议（实操模板）

准备材料：mtr -r -c 100 输出、traceroute -n 输出、iperf3 测试截图、ethtool -S 输出、sysctl 当前配置。

沟通要点：说明问题、提供诊断文件、请求迁移到使用CN2 GIA的节点或更换宿主机，若可请求更换IP或测试不同机房的同类产品。

11. 常见快速排查清单（逐项执行）

步骤清单：1) mtr定位；2) MTU校准并重测；3) 关闭offload做对比；4) 应用sysctl/B B R；5) 启用fq_codel或cake；6) 若仍有问题，提交给搬瓦工并请求迁移。

每步完成后记录结果并只做一项改动再测，方便定位哪一步生效或导致问题。

12. 问：为什么韩国CN2线路会出现高延迟或丢包？

答：可能原因包括：本地ISP到CN2骨干的转发节点拥塞、PMTU不匹配导致分片或丢包、宿主机网络驱动/虚拟化问题、VPS所在宿主机过载或物理链路故障。通过mtr/traceroute/iperf/ethtool等工具可定位是哪一环节。

13. 问：调整MTU或关闭offload会影响服务器性能吗？

答：MTU调整若按PMTU测试设置是安全的；关闭GRO/GSO/TSO会增加CPU开销，可能降低吞吐但可减少某些场景下的延迟或丢包。建议仅在测试阶段关闭offload，若确认有效应要求搬瓦工从宿主端优化或迁移，而不是长期在VPS关闭。

14. 问：我要求搬瓦工更换线路/节点时，需要提供哪些信息？

答：提供：1) mtr -r -c 100 输出（文本）；2) traceroute -n 输出；3) iperf3 测试结果；4) ethtool -S 和 dmesg 输出；5) 说明已尝试的优化（MTU/sysctl/offload/tc）。明确请求（例如：迁移到CN2 GIA或更换宿主机），便于客服快速处理。

来源：搬瓦工韩国cn2服务器优化网络延迟与丢包的实用方法