1.
准备工作:选择合适的台湾CN2 VPS与安装测试工具
操作步骤:先确认VPS服务商明确标注“CN2”或“CN2 GIA/CT”出口。系统上安装必要工具:Ubuntu/Debian执行:apt update && apt install -y iperf3 mtr traceroute ethtool iproute2;CentOS:yum install -y epel-release && yum install -y iperf3 mtr traceroute ethtool iproute.
2.
基础延迟与带宽实测命令(逐步执行)
步骤示例:1) Ping:ping -c 10 目标IP;2) 路由检查:traceroute -n 目标IP;3) 丢包与跳数分布:mtr -rwzbc100 目标IP;4) 带宽测量:在目标或公测服务器上启动iperf3 -s,然后客户端执行:iperf3 -c SERVER_IP -P 10 -t 30(-P并行流数,-t测试秒数)。
3.
分析路由与丢包:找出瓶颈位置
步骤:从mtr输出看哪一跳开始丢包或延迟激增;若第一跳(本地机房)即高延迟,联系商家;若在中间某跳,记录AS号并用https://bgp.he.net/ 查询;必要时截屏发给商家要求优化或切换出口(请求CN2 GIA出口)。
4.
启用与验证BBR拥塞控制(Linux)
步骤(需内核>=4.9):1) 临时启用:sudo sysctl -w net.core.default_qdisc=fq && sudo sysctl -w net.ipv4.tcp_congestion_control=bbr;2) 永久写入 /etc/sysctl.conf:net.core.default_qdisc=fq net.ipv4.tcp_congestion_control=bbr,然后 sudo sysctl -p;3) 验证:sysctl net.ipv4.tcp_congestion_control && lsmod | grep bbr。BBR通常能提高长距离带宽利用率与稳定性。
5.
MTU与MSS调整:避免分片带来的延迟
步骤:先测试路径最大MTU:ping -M do -s 1472 目标IP(1472+28=1500)。若分片,递减size直到不分片。然后设置网口MTU:sudo ip link set dev eth0 mtu 1460(根据实际结果)。对于NAT环境可在路由器或iptables做MSS clamping:iptables -t mangle -A FORWARD -p tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu。
6.
关闭GRO/GSO/TSO以减少抖动(测试性操作)
步骤(有时云主机会自动关闭,确认再改):sudo ethtool -K eth0 gro off gso off tso off。重启网络或服务后重新测试ping/iperf。若延迟稳定且丢包减少,视情况保留或与商家确认是否影响CPU。
7.
调整内核网络参数(推荐配置示例)
在 /etc/sysctl.conf 添加并立即应用(sudo sysctl -p):net.core.rmem_max=67108864 net.core.wmem_max=67108864 net.ipv4.tcp_rmem=4096 87380 67108864 net.ipv4.tcp_wmem=4096 65536 67108864 net.ipv4.tcp_window_scaling=1 net.ipv4.tcp_mtu_probing=1 net.core.netdev_max_backlog=250000。修改后再跑iperf测试比对。
8.
并行与协议层优化:提高线路利用率的技巧
步骤:使用iperf3 -P 10进行多流测试;针对应用层,启用HTTP/2或QUIC(UDP+多路复用)可提升短连接效率;压缩传输、开启keepalive、调整应用并发数。对于大文件同步,使用rsync -zP或aria2并行下载。
9.
路由策略与选线建议(与服务商沟通)
步骤:若目标是国内用户,优先选CN2 GIA或CT直连出口。向商家索要回程路由(BGP路径)和试用IP,要求切换至低延迟链路或增加带宽。记录不同出口的mtr+iperf数据,选择平均延迟/丢包最低的方案。
10.
监控、自动化与回归测试脚本
示例脚本:使用cron每小时执行iperf3 -c SERVER -P5 -t10 >> /var/log/iperf.log && mtr -rwzbc30 SERVER_IP > /var/log/mtr_server.log。长期记录能帮助发现时段性拥塞并向商家提供证据。
11.
常见问题与风险提示
注意事项:修改内核参数和网卡卸载会影响CPU占用及稳定性,先在测试环境验证;部分云平台不允许更改MTU或ethtool参数,遇到限制需与客服沟通。不要使用非法加速工具或修改路由进行欺骗性流量。
12.
总结:测试-调整-回测的闭环流程
流程建议:1) 记录基线(ping/mtr/iperf);2) 逐项调整(BBR、MTU、GRO等),每改一项回测并记录;3) 若无法改善则提交详细数据给商家请求线路支持或更换VPS出口。
13.
问:如何判断VPS是否是真正走CN2而非普通回国链路?
答:用mtr/traceroute查看出口AS与跳数,若看到AS4134(中国电信)且延迟低、跳数稳定且供应商提供CN2信息,基本是CN2;也可让商家提供BGP出口证据或进行同时对比CN2与非CN2的测试数据。
14.
问:启用BBR后带宽没有明显提升怎么办?
答:检查是否为CPU/网卡瓶颈、是否有包丢或MTU不匹配,确认内核版本与BBR加载成功;在高丢包或错误配置下BBR效果有限,需先解决底层丢包或与商家确认链路质量。
15.
问:我没有目标iperf服务器,如何做带宽测试?
答:可租用跨地区的临时测速VPS或使用公共iperf3测服务器(注意限速与隐私),也可以通过HTTP多线程下载已知大文件(CDN分发)进行相对评估,但最好能与服务商配合得到对端测试点以做准确对比。
来源:台湾cn2 vps 实测延迟与带宽优化全攻略