在开始测速前,请确保:你的本地网络使用联通线路,VPS能被公网访问(开放必要端口),且你有VPS的root或sudo权限。
准备工具:一台本地测试机(Windows/Linux/Mac),VPS一台,安装工具包括ping/traceroute/mtr/iperf3/speedtest-cli/curl。
在日本VPS上执行(Debian/Ubuntu示例):apt update && apt install -y iperf3 mtr curl traceroute
确保防火墙允许端口5201(iperf3)和TCP/UDP 端口,临时关闭iptables或添加允许规则:ufw allow 5201/tcp。
ping 测试(检测延迟与抖动):ping -c 20 -s 1200
traceroute 路径:traceroute -I -n
在本地执行:mtr -c 200 -r -w
若在境内出口或中间节点出现丢包,通常需要联系联通或选择不同出口/供应商。
在VPS上启动服务端:iperf3 -s(可后台运行 screen 或 systemd)。在本地执行客户端测试:iperf3 -c
若想测试上传/下载反向:iperf3 -c
安装 speedtest(Ookla)或 speedtest-cli:pip install speedtest-cli 或 apt install speedtest-cli。列出日本服务器:speedtest-cli --list | grep Tokyo。
HTTP 下载测试:curl -o /dev/null -s -w "time_total:%{time_total} size:%{size_download} speed:%{speed_download}\n" https://<测试文件>.server.jp/largefile.bin
若 ping 延迟高但带宽正常,可能是路由绕行或物理距离问题;若丢包或中间跳点丢包严重,需向联通报障并提供 mtr/traceroute 报告。
若速率受限(iperf3 显示低吞吐)且丢包低,检查 MSS/MTU、TCP window、server-side 限速或VPS宿主机带宽限制。
开启 BBR(内核 >=4.9):echo "net.core.default_qdisc=fq" >> /etc/sysctl.conf;echo "net.ipv4.tcp_congestion_control=bbr" >> /etc/sysctl.conf;sysctl -p。
调整缓冲区:sysctl -w net.core.rmem_max=67108864;sysctl -w net.core.wmem_max=67108864;并持久化到 /etc/sysctl.conf。同时启用 tcp_tw_reuse、tcp_large_window 等按需设置。
检测 MTU:ping -c 3 -M do -s 1472
如果联通出口路由质量差,考虑使用香港中转或购买与联通直连良好(或提供 CN-Unicom 优化线路)的日本机房;或部署国内边缘代理/加速节点做反向代理。
答:先在本地与VPS分别做 iperf3(双向)、mtr 与 traceroute。若从国内多个不同网络(如朋友/手机4G)到同一VPS均出现相同问题,通常是机房或跨境链路问题;若仅联通出现问题,优先联系联通。
答:BBR 能提升拥塞情况下吞吐,但不兼容极老旧内核或某些 NAT 设置。修改前备份 /etc/sysctl.conf,sysctl -p 后若出现异常,用备份恢复或将相关键值改回默认并重启网络服务即可回滚。
答:先通过上文简单的 ping/iperf3/speedtest 测试把结果截屏或保存,联系VPS厂商与联通客服提交工单。临时可使用国内边缘代理(如日本机房的国内节点或商业加速服务)或选购运营商优化线路的VPS来改善体验。