虽然之前在NS测过RFC这两款日本线路机,但是现在CO和Lite的去程都有所调整,也没想到现在热度会变得那么高,那就再测一下 
目录
1. 配置对比
2. 晚高峰回国测速
3. 回程路由&网络质量
4. 去程路由&TCP Ping
5. 国际互联
6. IP质量&流媒体解锁
7. 性能测试
8. 总结
1. 配置对比
| 套餐 | 🇯🇵 RFCHOST JP2-CO-Micro | 🇯🇵 RFCHOST JP2-CO-Balance-Lite |
|---|---|---|
| 位置 | 日本,东京 | 日本,东京 |
| CPU | 1vCPU | 1vCPU |
| RAM | 1GB | 1GB |
| 硬盘 | 10GB | 10GB |
| 流量 | 500GB(in+out) | 400GB(in+out) |
| 回程 | 电信163PP/联通4837/移动CMI | 电信163PP/联通4837/移动CMI |
| 去程 | 电信163PP/联通4837/移动4837 | 电信IIJ/联通SoftBank/移动SoftBank |
| 网络 | 1 x IPv4 | 1 x IPv4 |
| 价格 | 年付USD$49.9 | 年付USD$39.9 |
商家网址:rfchost.com
这是两款机型的原配置,楼主转盘升级过以实际为准 
RFCHOST(域名注册时间 2016-02-29),老牌VPS商家,有港日新美的Tier1套餐,也有港日美的回国优化套餐。由于近期大幅度的折扣(原价大幅下调+6折优惠码),其日本回国优化套餐得到了大幅度的曝光。
RFCHOST JP1-CO-Balance这款年付套餐推出于 2025-05-20,最初的线路是三网双程4837,流量也只有300GB/月,之后免费升级到了500GB/月。机器最后也迁移到了JP2机房,产品序列变更为JP2CO-Micro,但是规格流量续费价格都不改变;而RFCHOST JP2-CO-Balance-Lite年付套餐推出于 2025-06-30,原来的线路是三网回程4837,去程软银,流量为400GB/月。最近两者都升级成了现在的线路,双程都有进一步优化。
🔗 快速链接
| YABS | Node Quality | 融合怪 | nws.sh | 流媒体解锁 |
|---|---|---|---|---|
| [JP2CO] [JP2CO-Lite] | [JP2CO] [JP2CO-Lite] | [JP2CO] [JP2CO-Lite] | [JP2CO] [JP2CO-Lite] | [JP2CO] [JP2CO-Lite] |
Looking Glass测速地址:[JP2CO] | [JP2CO-Lite]
北上广三网回程实时延迟 - 探针:[JP2CO] | [JP2CO-Lite]
2. 晚高峰直连单线程测速
测试方法:单线程TCP
测速链接:https://speed.cloudflare.com
延迟检测链接:http://www.apple.com/library/test/success.html
相比阅读测评,还可以去RFCHOST官方的测速地址 https://rfchost.net/lookingGlass 获取第一手的体验
电信的速度二者都很不错,带宽给的比一般机器多很多。延迟上两者都偏高,这是因为虽然RFC电信走163PP回程(也就是高优先级的163直连线路,有时候可能会比CN2延迟低),不受沪日CN2故障的影响,但是目前CO所用的电信163PP去程绕路清洗,延迟偏高;而Lite电信去程走IIJ,不是优化线路,延迟也会偏高。
联通二者速度也很惊艳,速度上CO和Lite差距也不大;大部分情况下CO会比Lite延迟低,但两者延迟都不是第一梯队的。
移动就稍显一般,上海能跑得非常快,但是到其他省市速度比不上联通和电信,但基本都是可用的,移动也太Q了。
也可以看出由于回程线路都是一样的,两者速度上差距不是很大。
| 中国电信 | 中国联通 | 中国移动 |
|---|---|---|
国内上传测试
点击展开
测试方法:iPerf3 TCP 单线程,单次10秒
测试时间:2026-01-25 19:00
CO的出国上传限制比较严重,大概限制在20Mbps,不适合做国内的大流量穿透或者直播业务;Lite虽然上传不限速,但是去程为软银/IIJ线路,延迟、丢包和稳定性都没有保证。
| 节点 | 🇯🇵 RFC JP2CO | 🇯🇵 RFC JP2CO-Lite |
|---|---|---|
| 深圳电信@1Gbps | 23.3Mbps | 639Mbps |
| 青岛联通@1Gbps | 19.3Mbps | 1.05Gbps |
| 广东移动@1Gbps | 22.0Mbps | 1.01Gbps |
3. 回程路由&网络质量
点击展开
CO电信回程走163PP直连,联通走10099->4837,移动走CMI;
Lite回程和CO一样。
| 🇯🇵 RFC JP2CO | 🇯🇵 RFC JP2CO-Lite |
|---|---|
| 🇯🇵 RFC JP2CO | 🇯🇵 RFC JP2CO-Lite |
|---|---|
4. 去程路由&TCP Ping
点击展开
三网去程路由
CO电信去程走163PP直连,联通和移动去程走4837->10099;
Lite电信去程走骨干网到IIJ,移动去程联通走各自骨干网到软银。
路由追踪里出现了熟悉的Sakura;果然亚太回国线路很难绕过这几家吗 
- 🇯🇵 RFC JP2CO
| 位置 | 中国电信 | 中国联通 | 中国移动 |
|---|---|---|---|
| 北京 | |||
| 上海 | |||
| 广州 |
- 🇯🇵 RFC JP2CO-Lite
| 位置 | 中国电信 | 中国联通 | 中国移动 |
|---|---|---|---|
| 北京 | |||
| 上海 | |||
| 广州 |
三网TCP Ping
测出来比较反常识,Lite的联通、移动去程软银反而比CO的去程优化的丢包、抖动少,不知道是不是和所在的IP段有关;电信方面,Lite软银去程和CO163PP去程差不多,都有一些丢包和抖动。
- 🇯🇵 RFC JP2CO
| 中国电信 | 中国联通 | 中国移动 |
|---|---|---|
- 🇯🇵 RFC JP2CO-Lite
| 中国电信 | 中国联通 | 中国移动 |
|---|---|---|
5. 国际互联
点击展开
本地带宽口子十分大,到港台的延迟和速度很优秀
拉西雅图延迟比较高,因为西雅图->东京走NTT,如果介意的话可以用日本GSL机器中转。
网页延迟
bash <(wget -qO- https://raw.githubusercontent.com/danger-dream/network-latency-tester/main/latency.sh)
| 🇯🇵 RFC JP2CO | 🇯🇵 RFC JP2CO-Lite |
|---|---|
路由测试
测试网站:bgp.tools
测试时间:2026-01-26 13:00
| 🇯🇵 RFC JP2CO | 🇯🇵 RFC JP2CO-Lite |
|---|---|
自有节点速度&延迟测试
测试方法:iPerf3 TCP 单线程,单次10秒
测试时间:2026-01-26 22:00
| 🇯🇵 RFC JP2CO | 🇯🇵 RFC JP2CO-Lite |
|---|---|
Speedtest 多线程测速
curl -sL nws.sh | bash
| 🇯🇵 RFC JP2CO | 🇯🇵 RFC JP2CO-Lite |
|---|---|
6. IP质量&流媒体解锁
点击展开
测出来IP质量一般,CO的谷歌还送中了;但是RFC有万国解锁,本地流媒体解锁应该不用特别担心,只是跨国解锁不是很稳定。
*脚本测试结果仅供参考,以实际为准
bash <(curl -sL https://run.NodeQuality.com)
- 开启万国解锁前
| 🇯🇵 RFC JP2CO | 🇯🇵 RFC JP2CO-Lite |
|---|---|
- 开启万国解锁后(解锁区域:日本)
| 🇯🇵 RFC JP2CO | 🇯🇵 RFC JP2CO-Lite |
|---|---|
bash <(curl -L -s check.unlock.media)
- 开启万国解锁前
| 🇯🇵 RFC JP2CO | 🇯🇵 RFC JP2CO-Lite |
|---|---|
- 开启万国解锁后(解锁区域:日本)
| 🇯🇵 RFC JP2CO | 🇯🇵 RFC JP2CO-Lite |
|---|---|
7. 性能测试
点击展开
bash <(curl -sL https://Check.Place) -H
Micro、Mini只有单核,Standard和Advance分别是双核和四核,单核性能也还行吧。
| 🇯🇵 RFC JP2CO | 🇯🇵 RFC JP2CO-Lite |
|---|---|
8. 总结
总的来说两款都是性价比非常高的线路机,联通和电信都是非常不错的选择,特别是现在亚太廉价线路机举步维艰的时候;移动也还行,但是逃不过QoS,购买前得本地家宽测Looking Glass最好。对上传速度有要求、或者希望便宜一些的、能接受可能更多的线路波动的,选Lite可以,回程速度上和CO差不太多,甚至有时候有来有回;喜欢测速、对上传没需求、同时接受多一些钱换更好的体验的,选CO不会错;如果是新手/不知道选什么,那还是CO吧。
9. 关于测试
点击展开
本文参与测试的机器都是自费购买;结果可能具有时效性。
参测机器内核参数(/etc/sysctl.conf)如下:
fs.file-max = 6815744
net.ipv4.tcp_no_metrics_save=1
net.ipv4.tcp_ecn=0
net.ipv4.tcp_frto=0
net.ipv4.tcp_mtu_probing=0
net.ipv4.tcp_rfc1337=0
net.ipv4.tcp_sack=1
net.ipv4.tcp_fack=1
net.ipv4.tcp_window_scaling=1
net.ipv4.tcp_adv_win_scale=1
net.ipv4.tcp_moderate_rcvbuf=1
net.core.rmem_max=33554432
net.core.wmem_max=33554432
net.ipv4.tcp_rmem=4096 87380 33554432
net.ipv4.tcp_wmem=4096 16384 33554432
net.ipv4.udp_rmem_min=8192
net.ipv4.udp_wmem_min=8192
net.ipv4.ip_forward=1
net.ipv4.conf.all.route_localnet=1
net.ipv4.conf.all.forwarding=1
net.ipv4.conf.default.forwarding=1
net.core.default_qdisc=fq
net.ipv4.tcp_congestion_control=bbr
net.ipv6.conf.all.forwarding=1
net.ipv6.conf.default.forwarding=1