1. 准备与选机:如何选日本节点和套餐
- a) 首先选择有中国电信优质直连(或CN2/Telecom专线)或对华好路由的日本机房(东京/大阪)。
- b) 建议选固定带宽、低抽风型的VPS(KVM或独立IP),带宽≥100Mbps更稳定。
- c) 购买后记录IP、面板登录、root初始密码与控制台KVM以备救援。
2. 基础系统准备与SSH登陆
- a) 登录:ssh root@
(若第一次连不上,检查控制面板防火墙和安全组)。
- b) 更新系统:Debian/Ubuntu:apt update && apt upgrade -y;CentOS:yum update -y。
- c) 安装常用工具:apt install -y iproute2 iputils-ping mtr iperf3 traceroute vim net-tools。
3. 初始延迟/丢包实测流程(采集基线数据)
- a) ping测试:ping -c 100 <目标IP>,记录平均延迟与丢包(-s 指定大小)。
- b) mtr综合路由测试:mtr -r -c 100 <目标IP> 输出每跳丢包与延迟,注意末跳才代表端到端丢包。
- c) iperf3(UDP)测试丢包:服务端(VPS)运行 iperf3 -s,客户端运行 iperf3 -c -u -b 50M -t 60,然后查看丢包率。
4. 如何判断是链路问题还是服务器问题
- a) 若mtr中间跳就有持续丢包,但末跳无明显丢包,通常是中间路由器对ICMP采样,不一定影响业务。
- b) 若末跳丢包高且iperf3 UDP也显示丢包,说明端到端真实丢包,可能是ISP链路或机房出口问题。
- c) 本地与不同时间段(高峰/非高峰)分别测试,确认是否时段性拥塞。
5. 调整MTU与Path MTU测试(减少分片导致的丢包)
- a) 先用 ping -M do -s 1472 逐步减小,找到最大不分片值(1472+28=1500)。
- b) 临时修改:ip link set dev eth0 mtu 1400(替换网卡名称),测试延迟与丢包变化。
- c) 若MTU过高导致分片或丢包,保持1400-1480之间常能稳定链路。
6. 内核网络优化(实用sysctl参数与启用BBR)
- a) 编辑 /etc/sysctl.conf 增加:
net.core.default_qdisc = fq
net.ipv4.tcp_congestion_control = bbr
net.core.rmem_max = 16777216
net.core.wmem_max = 16777216
net.ipv4.tcp_window_scaling = 1
net.ipv4.tcp_fin_timeout = 15
- b) 应用:sysctl -p;查看BBR:sysctl net.ipv4.tcp_congestion_control && lsmod | grep bbr。
- c) 注意:BBR对吞吐提升明显,但对单包RTT减少有限,仍需结合路由优化。
7. 应用层与协议选择(TCP/UDP、WireGuard等)
- a) 对实时语音/游戏,优先使用UDP或基于UDP的轻量VPN(例如WireGuard),因丢包恢复快。
- b) 配置WireGuard后测试:wg-quick up wg0,然后用上文的iperf3测试UDP丢包。
- c) 对需要可靠传输的业务用TCP并结合小包Keepalive与重传调整。
8. 路由与机房沟通(当你无法在服务器端解决)
- a) 将mtr与traceroute结果截图或导出,包含时间戳与测试目标,提交给VPS提供商/机房工单。
- b) 请求更换出口或调整到“对华直连/Telecom优先”链路,必要时要求换IP或换节点。
- c) 多试几个机房或同商家的不同线路,找到对电信最佳的一组。
9. 日常监控与回归测试(保证长期稳定)
- a) 部署定期脚本:每小时 ping -c 10 并把结果写入日志;或使用外部监控(UptimeRobot/Prometheus)。
- b) 若出现突发丢包,核对是否机房维护/链路故障并及时发工单。
- c) 记录调整前后的基线数据,便于评估优化效果。
10. 小结与优化优先级建议
- a) 优先级:选对机房/线路 > MTU调整 > 路由求助 > 内核参数/BBR > 应用协议优化。
- b) 多数情况下,选到对华友好的日本节点与适度MTU调整即可显著降低丢包和抖动。
- c) 持续测试并与机房沟通是最终解决链路问题的关键。
11. 问:我用mtr看到中间节点丢包很多,是否一定代表影响我业务?
答:中间节点的ICMP丢包常为设备优先处理转发流量而丢弃ICMP探测包,这不一定影响最终性能。重点看最后一跳(目标)的丢包与iperf3实际UDP丢包率来判断端到端影响。
12. 问:启用BBR会直接降低PING值吗?
答:BBR主要优化吞吐和拥塞控制,对带宽与抖动改善明显,但对单次RTT(PING)改善有限。降低PING应侧重路由选择、MTU与机房线路优化。
13. 问:如果多次联系机房都不给力,有没有替代方案?
答:可换用对华路由更好的VPS供应商/节点,或者在国内搭建中继(用有稳定回程的节点做转发),另外可尝试使用云加速/专线服务,但成本会提升。
来源:电信搭建vps日本实测PING值和丢包率优化全流程分享