找到
3
篇与
VPS测评
相关的结果
-
三年半后的回眸：Oracle Cloud 依然是免费界的“传家宝”吗？ 前言 不知不觉，手中的这台 Oracle Cloud（甲骨文云）新加坡 ARM 机器已经稳定运行了 3 年半。作为 VPS 圈子里著名的“永久免费”神机，4 核 24G 内存的配置至今看来依然极其豪华。 在这个 VPS 线路日益内卷、IP 资源愈发紧张的 2026 年，它的表现究竟如何？是“老当益壮”还是“廉颇老矣”？今天我特意抽出时间，对它进行了一次全方位的体检，涵盖了脚本跑分、路由分析以及最硬核的本地实测。 一、 硬件配置与基础性能 首先看看这台机器的“体格”。作为 ARM 架构的代表，Ampere Altra 处理器（Neoverse-N1）的表现一直很稳。 2026-01-08_10-07-38.webp图片 2026-01-08_10-08-01.webp图片 CPU：4 vCPU (Neoverse-N1) 内存：24 GB (实测读写速度极快，读 29GB/s，写 14GB/s) 硬盘：约 100GB (IOPS 读写混合约 6k，作为免费盘合格了) 系统：Ubuntu 22.04 点评：单核跑分 3365，多核 13401。这个性能用来跑 Docker、建站、甚至跑一些轻量级的 AI 模型都绰绰有余。比起市面上那些 1核1G 的“弱鸡”VPS，这简直是航母。 二、 线路分析： 这是大家最关心的部分。新加坡节点的网络环境一直比较复杂，我们来看看现在的三网表现。 1. ping值 照例先看一下三网的ping值，可以大概看出一个线路的适配性 2026-01-08_12-00-14.webp图片 2026-01-08_12-00-22.webp图片 一句话点评：移动>联通>电信 2. 回程路由（VPS -> 国内） 脚本测试结果非常典型： 2026-01-26_20-53-49.webp图片 1. 北京地区 (Beijing) 电信 (CT)：全球绕路 (Tata -> US)。 路径：数据包从新加坡出发，先去 日本千叶 (Tata)，再跨越太平洋去 美国洛杉矶 (Tata)，最后才回到北京。 评价：F 级表现。延迟高达 321ms。这就是标准的“环球旅行”线路，对于电信用户来说，直连完全不可用，必须依赖中转或 CDN。 联通 (CU)：线路炸裂 (Singtel 拥堵)。 路径：虽然路由显示走的是 Singtel -> 广州入口 -> 北京 的物理直连路径。 异常：请注意第 7 跳，数据包刚到广州入口，延迟瞬间爆炸至 408ms，最终延迟锁定在 424ms。 评价：F- 级表现 (严重故障)。虽然没绕美国，但 Singtel 与联通的互联带宽显然已经彻底塞爆。这种 400ms+ 的“直连”比绕路美国还要慢，丢包率极高，完全无法使用。 移动 (CM)：稳定直连 (CMI)。 路径：经 AS58453 (CMI 香港) 直连回国。 数据解读：虽然第 7 跳显示了 246ms 的中间节点高延迟（通常是骨干网路由器 ICMP 降权导致的虚高），但请看第 10 跳和终点，延迟回落到了 105ms - 107ms。 评价：A 级表现。107ms 的延迟对于新加坡到北京来说属于正常直连水平。相比电信和联通的惨状，移动是北京地区唯一能正常直连使用的运营商。 点评：在北京，Oracle SG 的表现极其两极分化。移动用户依然可以开心使用，但电信和联通（尤其是晚高峰的联通）已经处于“断网”边缘。 2026-01-26_21-01-00.webp图片 2. 上海地区 (Shanghai) 电信 (CT)：全球绕路 (Tata -> US)。 路径：与北京电信如出一辙，坚决不走直连。数据包先飞往 美国圣克拉拉，再到 洛杉矶，最后跨洋回到上海。 评价：F 级表现。延迟锁定在 320ms 左右。这种线路在晚高峰不仅延迟高，而且丢包率极高，基本属于“能 Ping 通但没法用”的状态。 联通 (CU)：线路拥塞 (Singtel 爆炸)。 路径：Singtel -> 广州 -> 上海。 异常：请注意第 7 跳，数据包在 Singtel 网络内对接广州联通骨干网时，延迟从 10ms 瞬间激增至 362ms。 评价：F 级表现。最终延迟 380ms。这说明联通与 Singtel 的互联扩容依然遥遥无期，目前的带宽拥堵程度导致其可用性甚至不如绕路的电信。 移动 (CM)：极速直连 (Tata -> HK)。 路径：新加坡 -> 香港 Tata -> 上海移动。 数据解读：这是本次测试的亮点！并没有走 CMI 专线，而是走了 Tata 的商业线路在香港对接移动，但效果出奇的好。 评价：S 级表现。全程延迟仅 65ms！对于上海地区来说，这个延迟非常优秀，甚至优于部分香港 VPS。这再次证明了 Oracle SG 是移动用户的专属福利。 点评：在魔都上海，移动用户享受着 VIP 级的直连待遇，而电信和联通用户则深陷高延迟的泥潭。如果你在上海用电信或联通，请务必放弃直连。 2026-01-26_21-19-46.webp图片 3. 广州地区 (Guangzhou) 电信 (CT)：绕路王 (Tata -> US)。 路径：对于物理距离最近的广州，电信依然选择了最远的路线：新加坡 -> 日本 -> 美国洛杉矶 -> 广州。 评价：F 级表现。延迟飙升至 393ms。这种“舍近求远”的路由策略简直令人发指，数据包在太平洋上游荡的时间比处理业务的时间还长。 联通 (CU)：史诗级灾难 (US -> Beijing -> GZ)。 路径：这是本次测试中最离谱的线路。不同于北上地区尝试走 Singtel，广州联通直接被扔到了 美国 Tata 线路，先去美国，再回北京，最后才折腾到广州/深圳。 数据：最终延迟达到了惊人的 599ms！ 评价：Z 级表现 (完全不可用)。接近 0.6 秒的延迟意味着 TCP 连接可能都会超时。这是路由策略彻底崩坏的表现，联通用户在广州连 Oracle SG 基本等于断网。 移动 (CM)：大湾区直连 (Tata -> CMI)。 路径：新加坡 -> 香港 Tata -> 香港 CMI -> 广州。 数据：全程仅 42ms。 评价：S+ 级天花板。在电信和联通都“环球旅行”的衬托下，移动这条 40ms 的直连线路显得尤为珍贵。对于广州移动用户，这台机器的响应速度几乎等同于国内服务器。 点评：广州地区的测试结果是最极端的。移动用户在享受“光速”，而联通用户在忍受“拨号上网”般的延迟。差距之大，可谓云泥之别。 2026-01-26_21-23-23.webp图片 4. 成都地区 (Chengdu) 电信 (CT)：漫长的旅程 (Tata -> US)。 路径：对于西部用户，电信依然保持了“稳定”的绕路策略：新加坡 -> 日本 -> 美国洛杉矶 -> 中国。 评价：F- 级表现。延迟高达 368ms。这种延迟意味着你在 SSH 里敲一个字母，要等三分之一秒才能看到回显，基本无法进行任何实时操作。 联通 (CU)：拥堵的直连 (Singtel 爆炸)。 路径：路由显示走的是 Singtel -> 广州 的物理直连路径。 异常：请看第 7 跳，数据包在 Singtel 网内准备移交给联通时，延迟瞬间从 1ms 炸到了 317ms。 评价：F 级表现。虽然没有绕美国，但 321ms 的最终延迟说明这条直连线路已经完全饱和。这再次印证了 Singtel 与联通的互联带宽严重不足，这种“假直连”体验比绕路还要差。 移动 (CM)：西部之光 (Tata -> CMI)。 路径：新加坡 -> 香港 -> 广州 -> 成都。全程走 CMI 优化链路。 数据：最终延迟仅 54ms！ 评价：S 级表现。即便是在中国西部内陆，移动用户依然能享受到 50ms 级别的低延迟。这就好比你在成都，却连上了广东的服务器一样快。对于成都移动用户来说，这台机器是绝对的神器。 点评：在成都，如果你是移动宽带，Oracle SG 是你的“传家宝”；如果你是电信或联通，它就是一块“网络砖头”。运营商的差异在这里体现得淋漓尽致。 3. 去程路由（本地 -> VPS） （注：以下为 BestTrace 实测结果） 2026-01-08_10-26-20.webp图片 中国电信 (China Telecom) 路由特征：从江西电信出发，经广州出口 (202.97.71.254)，直接横跨太平洋飞往 美国加利福尼亚圣何塞 (62.115.139.16 Telia)，然后再跨越半个地球飞回新加坡。 延迟表现：326ms。 评价：惨不忍睹的全球绕路。这是电信访问非 CN2 线路的常规操作（163骨干网拥堵且路由策略差）。数据包相当于绕了地球大半圈才到达目的地。这种延迟下，不仅 SSH 会卡顿，TCP 握手也会非常慢，强烈建议电信用户配合 CDN 或中转使用。 2026-01-08_10-24-47.webp图片 中国联通 (China Unicom) 联通去往 Oracle 新加坡走的是 广州 -> 新加坡 Singtel 的黄金物理直连路径，没有任何绕道日本或美国的迹象。虽然数据包仅用 80ms 就跨海到达了新加坡，但在新加坡本地的运营商互联环节（Singtel -> Oracle）出现了惊人的延迟爆炸，最终延迟依然高达 223ms。 结论：对于联通用户，Oracle 新加坡属于‘看着美好，用着糟心’。虽然物理距离近，但实际网络质量并不比绕路的电信好多少，同样建议配合中转使用。 2026-01-08_10-25-59.webp图片 中国移动 (China Mobile) 路由特征：从江西移动出发，经上海出口 (221.183.89.45)，直接跳转至香港 CMI 骨干网 (223.120.22.117)，随后直达新加坡。 延迟表现：全程仅 86ms。 评价：教科书般的直连线路。全程走的是中国移动国际 (CMI) 的 AS58453 骨干网，没有绕道美国或日本。这种线路质量在免费 VPS 中属于凤毛麟角，对于移动宽带用户来说，这就是“本地局域网”级别的体验。 [总结] 中国移动：“极品”。全国大部地区为极品直连，延迟低、带宽足，是 Oracle SG 的最佳搭档。可以当作主力机，直连效果极佳。 中国联通：“优秀”。全国大部分区域走 Singtel 直连，偶发绕美现象,体验还行。用来看流媒体是个不错的选择。 中国电信：“很差”。无论你在哪，都要去美国绕一圈。建议配合 Cloudflare Tunnel 或优质中转（如香港/日本节点）使用。 三、 硬核测速： 光看脚本的节点测速是不够的，真实的连接体验还得看本地实测。 1. 机房上限测试 先看脚本跑出来的理论上限。上传越高越好，这和本地测速相反。 2026-01-08_10-40-05.webp图片 本地对等：上下行均能跑满 4Gbps，Oracle 的口子给得是真足。 国际互联：到香港、新加坡周边节点也是 G 口起步。 国内节点：移动节点上传能跑 700Mbps+，非常暴力。 2. 本地 Speedtest 测速 为了模拟真实使用环境，我分别使用电信100MB、联通200MB、移动1000MB下行带宽 连接节点后，使用 Speedtest 进行单线程测速。 2026-01-08_11-10-54.webp图片 电信 2026-01-08_11-17-09.webp图片 联通 2026-01-08_11-18-27.webp图片 移动 评价：电信白天也很拉跨，联通看4K视频还行，打游戏就别想了，延迟太高。移动线路延迟和下载都是最好的。 3. iperf3 打流测试 为了测试 Oracle 新加坡节点在极端跨洲环境下的表现，我选取了位于 法国 的 iperf3 节点进行打流测试。 2026-01-08_14-34-16.webp图片 上传速度 (VPS 发送数据) —— 167 Mbps [ 5] 0.00-10.00 sec 200 MBytes 167 Mbits/sec 0 sender 数据解读： VPS 向法国发送数据，平均速度稳定在 160 Mbps - 190 Mbps 之间。 亮点：Retr (重传数) 为 0。 这是一个非常关键的指标！说明在 10 秒的高速传输中，几乎没有发生丢包重传。 这证明 BBR 拥塞控制非常有效，或者说线路本身极其干净、稳定。 评价：虽然没跑满千兆（跨洲很难跑满），但 167 Mbps 且 0 重传 意味着如果有一个在欧洲的客户端（比如留学生朋友）连接我的 VPS，看 4K 视频是完全流畅的。 2026-01-08_14-23-47.webp图片 下载速度 (VPS 接收数据) —— 142 Mbps [ 5] 0.00-10.00 sec 169 MBytes 142 Mbits/sec receiver 数据解读：VPS 从法国拉取数据，速度稳定在 160 Mbps 左右（最后平均 142 Mbps）。 评价：上下行非常对称（上传 167 vs 下载 142），没有出现“瘸腿”现象（比如下载快上传慢）。这说明 Oracle 的网络策略非常中立，没有对某一方向进行恶意限速。 结论：Oracle 的骨干网质量极高。虽然跨洲带宽受到物理距离和 peering 容量的限制，没有跑满千兆，但极高的稳定性（0 丢包） 保证了数据传输的可靠性。对于亚洲区域内的互联（如香港、日本），速度只会更快。 接下来在本地 Win11 环境下使用 iperf3 对 Oracle SG 进行双向打流测试 2026-01-08_16-54-58.webp图片 电信 1. 上传速度 (VPS -> 本地)：仅 35.7 Mbps 2. 下载速度 (本地 -> VPS)：仅 37.8 Mbps 这份数据给所有 中国电信用户 敲响了警钟： “没有中转，别碰 Oracle SG。” 如果你是电信宽带，直连 Oracle SG 基本上就是回到了 3G 时代。要想用得舒服，Cloudflare Tunnel 或者 优质中转（如香港/日本专线） 是必选项。 2026-01-08_16-55-11.webp图片 联通 1. 下载速度 (VPS -> 本地)：202 Mbps (尚可) 2. 上传速度 (本地 -> VPS)：0.26 Mbps (瘫痪) 建议： 联通用户如果非要用，必须上 Cloudflare Tunnel。因为 Tunnel 走的是 Cloudflare 的边缘节点，可以避开 Oracle 这条瘫痪的直连上行线路。 2026-01-08_16-55-41.webp图片 2026-01-08_16-55-54.webp图片 移动 1.下载速度 (VPS -> 本地)：得益于移动 CMI 的直连优势，跑出了 627 Mbps 的惊人成绩，几乎吃满了千兆宽带的实际可用冗余。 2.上传速度 (本地 -> VPS)：受限于家庭宽带的上行限速以及跨国链路的 QoS 策略，仅测得 10.2 Mbps。 这是家庭宽带典型的“大管子进，小管子出”。毕竟绝大多数用户需求以“内容消费”（看视频、浏览网页）为主，这方面 Oracle SG 的表现是完美的。但如果你有大量数据备份出海的需求，家庭宽带可能不是最佳选择。 4. 真实文件下载测试 我在 VPS 上搭建了一个临时文件服务器，直接用浏览器单线程下载，这是最考验线路“体质”的测试，博主座标:江西南昌。 2026-01-08_16-00-37.webp图片 电信 2026-01-08_16-02-10.webp图片 联通 2026-01-08_15-57-08.webp图片 移动 点评：和之前所有的测试都对上了，典型的“移动快乐机”，联通看1080p视频没问题，4k估计会卡。电信大概只能看看静态网页。 四、 IP 质量与流媒体解锁 用了 3 年多，IP 质量如何？ 2026-01-08_16-15-57.webp图片 IP 风险：欺诈得分 65，信任得分 33。实话实说，Oracle 的免费 IP 早就被玩坏了，属于“脏 IP”，Google 可能会弹验证码。 2026-01-08_16-16-29.webp图片 流媒体解锁： ✅ YouTube Premium：支持（新加坡区）。 ✅ ChatGPT：支持（网页版/App）。 ✅ TikTok：支持（新加坡区）。 ❌ Netflix：不支持（仅自制剧或直接屏蔽）。 ❌ Disney+：不支持。 点评：虽然 IP 有点脏，但作为梯子，能看 YouTube 和 TikTok，能用 ChatGPT，已经及格了。Netflix 可以使用 WARP 或 DNS 解锁。 五、 总结 持有这台 Oracle SG ARM 三年半后，我的评价是：免费VPS的真神。 优点：配置无敌（4H24G），移动线路极品（直连低延迟），带宽巨大，完全免费。 缺点：电信联通绕路严重，晚高峰可能会有丢包（需要 Hysteria2 或 CDN 救场），IP 质量一般。 建议： 如果你是 移动用户，这是当之无愧的主力机。 如果你是 电信/联通用户，建议配合 Cloudflare Tunnel 或中转使用，或者利用它的高性能跑 Docker 服务、建站（套 CDN）。 在 2026 年还能拥有这样一台免费的高性能 VPS，夫复何求？ 本文测试时间：2026年1月8日 版权声明：本文由 赛博61区 原创发布，转载请注明出处。
-
📝 移动用户的神机：VMISS香港VPS深度测评与优缺点分析 摘要：趁着黑五活动，最近以21加元入手了一台 VMISS 的香港国际线路 VPS。作为一家主打直连线路的商家，它在圈内一直有不小的热度。这台机器的性能究竟如何？是“传家宝”还是“电子垃圾”？经过 24 小时的深度测试，发现结果两极分化严重,文章最后有购买建议，请耐心看完！一、 基础配置与硬件性能 本次测评使用的是 融合怪 (Spiritlhl) 脚本，全面检测了 VPS 的各项指标。 2026-01-27_15-25-46.webp图片 2026-01-27_15-26-20.webp图片 👨💻 博主客观分析： 1. CPU：老当益壮，够用就行 型号：Intel Xeon (Skylake) @ 2.1 GHz。 跑分：单核 919分 (Sysbench)。 评价： 这是一颗服务器级的旧款 CPU（Skylake 架构），性能属于“中规中矩”的入门水平。 2. 硬盘：速度惊艳，容量告急 速度 (IOPS)：35k+ (4k读写)。 评价：这是NVMe SSD 级别的表现！读写速度非常快，系统响应会很灵敏，安装软件、更新系统不会卡顿。这点比很多廉价 VPS 的由机械硬盘组成的石头盘要强太多了。 容量：总量 10GB，已用 77.7%。 风险：硬盘满载时会崩溃（服务挂掉、SSH 连不上）。 3. 内存：捉襟见肘，Swap 救命 物理内存：1 GB (实际可用 957MB)。 评价： 1GB 内存是现代 VPS 的“温饱线”。 当物理内存不够时，系统会借用硬盘空间当内存用。得益于硬盘速度快（IOPS 高），Swap 的体验不会太差。 一句话总结：典型的小钢炮——“盘快、U稳、空间紧”。 这是一台标准的为了“跑流量”而生的机器，而不是用来“跑计算”的。 二、 三网线路深度测试 延迟 晚高峰测试如下 2026-01-27_14-12-26.webp图片 2026-01-27_14-12-40.webp图片 移动接近于国内直连，联通、电信延迟偏高。 2.三网测速 主要是看下VPS到国内的速度，上传速度越高越好，这个和本地测速正好相反。 2026-01-27_15-22-26.webp图片 给了500MB的带宽，只有上海方向的联通和移动能超过100MB的速度，但可惜联通延迟太高了。电信速度慢如蜗牛。 3.下载测速 在vps建立测速文件，分别用三网家宽直连下载进行测速 测速环境：电信下行：100MB 联通下行：200MB 移动下行：1000MB 2026-01-27_16-31-56.webp图片 电信惨不忍睹！！ 2026-01-27_16-27-58.webp图片 联通看4K视频没有问题，还算能用！ 2026-01-27_16-26-03.webp图片 移动快到飞起！ 再来代理单线程测速 2026-01-27_17-02-34.webp图片 电信 2026-01-27_17-14-27.webp图片 联通 2026-01-27_17-07-29.webp图片 移动 由于电信TCP极其拥堵，导致测速失败，不得已改为UDP测速。统一使用单线程测速，可以看到，使用UDP后，联通、移动基本能跑到百兆，电信最快也不到30MB，属于勉强能用。 4.去程路由 2026-01-27_14-47-52.webp图片 1. 中国电信 (China Telecom) —— 【标准】绕道日本 路径解析： 国内段：江西南昌 -> 上海电信出口 (202.97.81.165)。 跨海段：上海 -> 日本东京 (203.86.97.10, 电信东京节点)。Hop 9，数据包跨海后第一站落地在了日本。 折返段：日本 NTT -> 香港 NTT -> VMISS。 延迟表现：157ms。 点评： 虽迟但到：这是电信访问廉价香港线路的“标准结局”。电信 163 骨干网（AS4134）去往香港通常不会直连，而是被丢到 日本 (Tokyo) 甚至美国去绕一圈。 体验：C 级。能用，但有明显的延迟感。晚高峰时段，上海出口到日本这段链路经常拥堵，可能会伴随丢包。 2026-01-27_14-51-32.webp图片 2. 中国联通 (China Unicom) —— 【常规】绕道日本 路径解析： 国内段：江西南昌 -> 北京联通出口 (219.158.8.30)。明明香港在南边，流量却被迫北上进京。 跨海段：北京 -> 日本东京 (219.158.35.158, 联通东京节点) -> 日本 NTT (129.250.5.198)。 折返段：日本 -> 香港。 延迟表现：174ms。 点评： 体验：B- 级。174ms 的延迟虽然不丢包，但体验感不会很好。网页加载会有轻微迟滞，不适合对延迟敏感的业务。 2026-01-27_14-50-36.webp图片 3. 中国移动 (China Mobile) —— 【惊喜】极品直连 路径解析： 国内段：江西南昌 -> 上海移动出口 (221.183.89.177)。 跨海段：上海 -> 香港 CMI (223.120.3.189)。这里直接跳到了香港，没有去美国！ 落地段：香港 CMI -> 香港 NTT -> VMISS。 延迟表现：42ms。 点评： 体验：如果能保持这个路由，这就是 S+ 级 的神机。40ms 意味着打游戏、SSH 操作都将没有任何延迟感。 5.回程路由 beijing.webp图片 1. 北京地区 (Beijing) 电信 (CT)：严重绕路 (NTT)。 路径：数据包从香港出发，并未直连回国，而是走 AS2914 (NTT) 线路。根据 144ms 的入境延迟和最终 269ms 的表现判断，大概率绕道了 日本或美国，最后才经上海电信口岸 (202.97.*) 回到北京。 评价：典型的廉价线路表现，NTT 对中国电信互联拥堵且绕路，晚高峰丢包风险极高。 联通 (CU)：绕路 (NTT)。 路径：同样走 AS2914 (NTT) 线路。虽然最终回到了北京联通骨干网 (AS4837)，但入境延迟高达 118ms，最终延迟 216ms。 评价：明明物理距离很近，却绕了一大圈（通常是绕日本）。相比于直连的 40-50ms，这个延迟完全不及格，体验较差。 移动 (CM)：极速直连 (CMI)。 路径：经 AS58453 (CMI 香港) 直接接入北京移动骨干网。 评价：S 级表现。延迟仅 41ms - 44ms！这简直是物理极限速度，数据包就像是从深圳发出来的一样快。 点评：在皇城脚下，VMISS 完美诠释了什么叫“移动快乐机”。移动用户享受专线般的超低延迟，而电信和联通用户则被迫“环球旅行”。 shanghai.webp图片 2. 上海地区 (Shanghai) 电信 (CT)：绕路 (NTT)。 路径：依然是走 AS2914 (NTT) 线路。虽然最终是在上海电信口岸 (AS4812) 入境，但入境前的延迟突增至 153ms，说明数据包先飞了一趟 日本或美国。 评价：C 级表现。165ms 的延迟对于“香港-上海”这个物理距离来说是不可接受的，完全浪费了地理优势。 联通 (CU)：区域绕路 (NTT -> CUG)。 路径：流量先走 NTT，随后接入 AS10099 (联通国际)，最后进入 AS4837。入境延迟约 77ms，最终 87ms。 评价：B 级表现。比电信好很多，但并非直连（直连应在 30ms 左右）。这通常是绕道了 日本 节点再回国，属于“亚洲圈内绕路”，日常使用尚可。 移动 (CM)：极品直连 (CMI)。 路径：经 AS58453 (CMI) 直接对接上海移动骨干网。 评价：S+ 级表现。延迟仅 33ms！这是什么概念？这几乎等同于上海本地连接江苏服务器的延迟。对于上海移动用户来说，这台机器就是本地局域网体验，速度快到飞起。 点评：在魔都，移动用户依然拥有碾压级的优势，30ms 的延迟令人垂涎；联通用户勉强能用；电信用户建议洗洗睡了。 guangzhou.webp图片 3. 广州地区 (Guangzhou) 电信 (CT)：严重绕路 (NTT)。 路径：明明只有一河之隔，电信却偏偏不走直连。数据包先走 AS2914 (NTT) 飞了一圈（延迟突增至 173ms），大概率绕道了 日本或美国，最后才回到广州电信口岸。 评价：D 级表现。207ms 的延迟对于广州用户来说是莫大的讽刺，“世界上最遥远的距离，不是生与死，而是我在香港，你却要我绕道太平洋”。 联通 (CU)：环球旅行 (NTT -> Lumen)。 路径：这是本次测试中最离谱的路线。数据包从香港出发 -> 新加坡 (Lumen) -> 美国洛杉矶 (Lumen) -> 广州。绕了地球一大圈！ 评价：F 级表现 (不可用)。延迟飙升到了恐怖的 423ms。这种线路完全无法进行任何实时交互，甚至连 SSH 都会卡顿到无法自理。联通用户请务必避雷。 移动 (CM)：大湾区直连 (CMI)。 路径：经 AS58453 (CMI 香港) 直接接入广州移动骨干网。 评价：S++ 级天花板。延迟仅 12ms！这基本上就是物理光缆传输的极限速度。对于广州移动用户，这台 VPS 的响应速度和国内服务器没有任何区别，极其丝滑。 点评：在广州，移动用户体验的是“大湾区一小时生活圈”的极速，而联通电信用户则被迫体验了“八十天环游世界”的沧桑。差距之大，令人咋舌。 chengdu.webp图片 4. 成都地区 (Chengdu) 电信 (CT)：严重绕路 (NTT)。 路径：对于西部用户，电信依然坚持“舍近求远”。数据包经由 AS2914 (NTT) 绕道（推测为美国或日本），入境延迟高达 176ms，最终延迟 202ms。 评价：D 级表现。延迟高且跳数多，完全不具备实时交互的可用性，仅适合作为备用下载链路。 联通 (CU)：绕道京城 (NTT -> Beijing)。 路径：数据包没有选择较近的广州入口，而是先绕道（NTT），然后从 北京联通 (AS4837) 入境，再南下传输至成都。 评价：C 级表现。最终延迟 153ms。虽然比电信好一点，但对于香港 VPS 来说，这个延迟依然属于“绕路”范畴，缺乏直连应有的速度感。 移动 (CM)：极速直连 (CMI -> Guangzhou)。 路径：经 AS58453 (CMI) 直达 广州移动 骨干网，随后直接转输至成都。 评价：S 级表现。截图中甚至出现了 13ms 的神级延迟（这在物理上甚至快得有点离谱，可能涉及运营商骨干网层面的极速转发优化）。即便按中间节点的 33ms 计算，对于身处西部内陆的成都用户来说，这也是难以置信的低延迟，体验几乎等同于广东用户。 点评：在西部重镇成都，移动宽带再次展现了统治力。VMISS 香港对成都移动用户来说是绝佳选择，而电信和联通用户则体验平平。 VMISS 香港的线路调教非常有特点，准确来说是一个严重的“偏科生”，请务必看清楚你的宽带运营商再决定是否入手。 三、 流媒体解锁 如果说线路是“偏科”，那流媒体解锁就是这台机器的“杀手锏”。虽然 IP 地理位置显示是香港，但它神奇地解锁了不少加拿大 (CA) 和台湾（TW）的内容。 2026-01-27_18-58-22.webp图片 1. 视频巨头：台湾区 (TW) 惊喜加持 Netflix: YES (Region: TW) Disney+: YES (Region: TW) 虽然机器在香港，但奈飞和迪士尼把它识别为了台湾 IP。 优势：台湾区的 Netflix 和 Disney+ 拥有最全的中文字幕支持和丰富的华语资源。相比香港区，台湾区的版权库往往更符合大陆用户的口味。 注意：这通常意味着商家使用了 DNS 解锁技术或者 IP 广播库混乱，但只要能看，就是赚到。 2. 谷歌系：坚守香港 (HK) 本土 YouTube: YES (Region: HK) Google Play: YES (Region: HK) 点评：YouTube 认定它是香港本地 IP。 优势：你会看到香港区的推荐内容（繁体中文），且 YouTube Premium 也是香港价格（虽然不便宜，但比美区方便）。 CDN：nchkgb 代表 Google 香港节点，确保了 4K 视频的极速加载。 3. 短视频：TikTok 竟然能看！(SG) TikTok: YES (Region: ALISG) 点评：这是神级助攻。 众所周知，TikTok 彻底屏蔽了香港地区。正常的香港原生 IP 是看不了 TikTok 的。 但这台机器显示解锁区域为 ALISG (阿里云新加坡)，说明商家可能针对 TikTok 做了特殊的路由分流（让流量走了新加坡）。 结果：不用换节点就能刷 TikTok 了。 4. AI 与 办公：ChatGPT 半残 ChatGPT: Mobile APP Only (仅限手机APP) Gemini: NO (全挂) Claude: YES 点评： ChatGPT 网页版有强力风控，这台机器的 IP 类型（Data Center）被识别拦截了，但手机 APP 还能用（APP 风控较松）。 Gemini 直接更严格，完全不可用。 5. 奇怪的“加拿大”分身 Apple: Region: CAN (加拿大) Prime Video: Region: CA (加拿大) 点评：这是最令人迷惑的地方。在苹果和亚马逊眼里，这台机器在加拿大。 影响：平时使用没影响。但如果你想注册美区/港区 Apple ID，可能会因为 IP 显示加拿大而遇到风控验证。 四、 IP 质量 2026-01-27_18-47-47.webp图片 这张检测单非常有意思，它呈现出一种“矛盾但利好”的状态： 极度干净的黑名单记录： DNS 黑名单：0 (Blacklisted)。在 314 个全球黑名单数据库中，竟然没有一个把它列入黑名单。 滥用得分：0。说明之前的邻居很老实，没有用这个 IP 段搞过发包攻击或垃圾邮件。 点评：这在廉价 VPS 圈子里非常难得。意味着访问大多数网站（如 Google、Cloudflare 保护的站）时，几乎不会弹出烦人的“我是人类”验证码。 无可遁形的“机房”身份： 使用类型：明确标记为 Hosting (托管/数据中心)。 真人占比：仅 25%。 点评：虽然 IP 没污点，但大厂（如银行、注册风控）一眼就能看出这是个 VPS。所以，注册风控严格的账号（如甲骨文、美区 PayPal），大概率会被拒。 结论：这是一个适合“过日子”的好 IP（看视频、查资料不弹验证码），但不是一个适合“搞灰产”或“伪装居民”的 IP。 [购买建议：值不值得冲？] ✅ 强烈推荐入手的人群： 中国移动宽带用户：闭眼冲。这个价位找不到比它更稳的直连线路了。 追剧党：如果你看重 Netflix/Disney+ 的中文字幕，且需要刷 TikTok，这台机器是绝佳的“电视盒子”伴侣。 代理上网用户：把它作为家里的主力或备用分流节点，配合软路由使用效果极佳。 ❌ 建议劝退的人群： 中国电信/联通用户：除非你有中转（如 NNR）配合，否则直连体验会卡到你怀疑人生。 建站/存储用户：10GB 硬盘装完系统剩不了多少，存不了几张图。 折腾怪：想跑 Docker 大全桶、想编译软件的，这台机器的 CPU 和内存会让你崩溃。 最终一句话： 如果你是移动用户，21 加元买到的是“专线级”的体验和“全能级”的解锁；对于其他人，它只是一台普通的、干净的香港小鸡。 如果你需要一台稳如老狗、三网平均、性能强劲的建站机器，建议加钱上搬瓦工。 版权声明：本文由 赛博61区 原创测评，数据基于 2025 年 11 月实测。转载请注明出处。
-
JuHost香港：原生IP+三网CMI直连，目前性价比最高的流媒体“落地神机” 摘要： 入手 JuHost 香港 VPS 已经十多天了，作为一个并不算新的商家，JuHost 在圈子里以提供香港直连线路著称。这台机器我已经使用了大概 10 天，稳定性目前看来还可以。今天特意用脚本跑了一遍全方位的测试，看看它的真实成色如何。 一、 系统基础信息与硬件配置 这台 VPS 的配置属于入门级，适合轻量级应用。 2026-01-28_10-16-22.webp图片 CPU: 1 vCPU (Common KVM processor @ 2.4 GHz) 内存: 1 GB (实测可用 957 MB) 硬盘: 20 GB (系统显示 19.59 GB) 架构: KVM 系统: Ubuntu 22.04 CPU 与 内存测试： 通过 Sysbench 测试，单核得分仅为 906.51 分。说实话，这个分数比较低，属于“能用”的范畴。如果你的需求是编译软件、跑复杂的计算任务，这台机器会很吃力。但如果只是跑个代理、搭建个轻量级的博客，是完全没问题的。 硬盘测试： 硬盘 IO 表现比较“神奇”。Sysbench 的读写速度非常快（可能是因为有缓存），但 dd 测试（更接近真实文件读写）显示： 100MB 小文件写入：16.6 MB/s 1GB 大文件写入：46.0 MB/s 这意味着这台机器的硬盘性能比较一般，可能是石头盘或者邻居比较吵，不适合频繁读写数据库的大型应用。 二、 流媒体与跨国平台解锁 2026-01-28_10-17-54.webp图片 这是这台 VPS 最大的卖点之一。根据测试结果，解锁能力非常优秀，几乎全绿。 Netflix: YES (Region: HK) Disney+: YES (Region: HK) YouTube Premium: YES (Region: HK) TikTok: YES (Region: ALISG - 阿里云新加坡分区，这很常见) ChatGPT: 仅支持移动端 APP，网页端可能被限制。 其他: Apple, Spotify (注册受限), Steam 等均支持。 对于喜欢看港区流媒体的朋友来说，这个解锁能力是很不错的。 三、 IP 质量检测 2026-01-28_10-19-23.webp图片 2026-01-28_10-31-25.webp图片 IP 质量方面稍微有点“脏”，这是廉价 VPS 的通病。 欺诈得分: 65 (高风险) Google Search: 正常使用，无验证码。 端口检测: 绝大部分邮件端口（SMTP/25）被封锁，严禁用于发送垃圾邮件，这也是商家的风控手段。 四、 线路与路由分析 JuHost 香港主打的是 CMI (China Mobile International) 线路。 1. 回程路由检测 2026-01-28_10-33-57.webp图片 北京电信：数据包从香港出发，直接进入 AS58453 (CMI) 骨干网，到达上海移动接口后，再转入电信网络。全程没有绕路，延迟控制在 50ms 左右。 北京联通：路径与电信惊人的一致，同样是走 AS58453 (CMI) 到上海，然后转入联通网络。 北京移动：自家内网直连，延迟最低，仅 40ms 出头。 2026-01-28_10-35-22.webp图片 上海电信：路由非常清晰，AS58453 (香港 CMI) -> AS9808 (上海移动) -> AS4812 (上海电信)。全程直连，没有任何绕路，延迟仅 31ms。 上海联通：路径完全一致，借道移动链路回到上海后转入联通网，延迟同样在 30ms 左右。 上海移动：自家骨干网直连，延迟 31ms。 2026-01-28_10-33-01.webp图片 广州电信: 同样借道 AS58453 (CMI) 回程。 广州联通: 借道 AS58453 (CMI) 回程，这是目前联通去香港比较优秀的走法。 广州移动: 走 AS58453 (CMI) 直连，延迟非常低，仅 10-15ms 左右，表现最好。 2026-01-28_10-39-59.webp图片 成都电信 & 成都联通：非常有意思，这两家并没有走地理位置更近的广州，而是被路由到了 上海入口 (AS9808 Shanghai)，再从上海回转到成都。 虽然物理距离增加了（香港->上海->成都），但因为全程跑在移动骨干网（CMI）上，没有丢包，延迟控制在 60ms 左右。这在西南地区来说，依然属于非常优秀的成绩。 成都移动：走 广州入口。从香港直接进入广州移动节点，然后直达成都。这是最符合逻辑的地理路径，延迟很低。 结论： 铁打的 CMI 回程：这是这台机器最大的核心竞争力。无论你是电信、联通还是移动，无论你在中国哪个城市，回程流量 100% 强制走中国移动（CMI）链路。 拒绝晚高峰拥堵：由于避开了拥挤的电信 163 (ChinaNet) 和联通 169 骨干网，即使在晚高峰，这台机器的丢包率和延迟抖动都会非常低。 智能入口分配： 华东/华北（江浙沪/北京）：主要通过 上海 口岸入境，速度极快（30-40ms）。 华南（广东）：通过 广州 口岸入境，延迟极低（10ms+）。 西南（成都）：移动走广州，电/联走上海。 一句话点评： 这种“三网强制 CMI”的线路，通常只出现在价格更贵的“优化线路”VPS 上。JuHost 能在入门价位提供这种线路，确实非常良心，特别适合对网络稳定性要求高的用户。 2. 去程路由测试 2026-01-28_10-45-47.webp图片 点评： 电信的路由比较有意思，也暴露了目前电信去往香港的通病。 亮点：路由中出现了 59.43.*.* 的 IP 段（第 8、11 跳），这通常是 CN2 线路的标志，说明去程经过了 CN2 节点。 槽点：尽管走了 CN2 节点，但最终的延迟却高达 106ms - 115ms。仔细看第 12 跳接入 NTT 后延迟暴涨。这说明电信虽然在国内段走了优化路段，但在香港侧与国际上游（NTT/Cogent）的互联互通存在绕路（可能绕行了日本）或者接口拥堵。 2026-01-28_10-44-52.webp图片 点评： 联通的表现也非常标准。数据包从南昌出发，经 AS4837 (联通 169 骨干网) 到达 广州出口，直接进入香港联通节点。没有绕路，延迟稳定在 40ms 左右，体验很好。 2026-01-28_10-44-12.webp图片 点评： 移动的去程没有任何悬念，走 AS9808 (上海移动) 出口，直接对接 AS58453 (香港 CMI)，然后转入 NTT 到达机房。全程都在移动自家的骨干网上，延迟仅 43ms，非常稳。 结论：电信去程不如移动和联通。好在 JuHost 的 回程强制走 CMI，这极大地补偿了电信去程的高延迟，保证了最终的网页加载和流媒体体验不会太差。 五、 网络速度测试 1. 脚本测速数据 2026-01-28_11-00-51.webp图片 先看脚本自带的 Speedtest 节点测试，这和本地测速相反，上传速度越高越好。结果显示： 香港本地: 上传约 500 Mbps，下载 68 Mbps。 上海联通 5G: 上传高达 513 Mbps，速度非常快。 其他地区: 普遍在 50-70 Mbps 左右。 可以看出商家的带宽给得比较足（500M 共享），但受限于线路拥堵情况，各地表现差异较大。 2. 本地真实测速 为了模拟真实使用场景，我在 VPS 上建立了测速文件，分别使用三网本地宽带进行直连下载，以及挂代理后的单线程 Speedtest 测试。 测速环境：电信100MB、联通200MB、移动1000MB下行带宽 先看本地下载 2026-01-28_11-29-06.webp图片 电信 2026-01-28_11-26-31.webp图片 联通 2026-01-28_11-24-59.webp图片 移动 结论：电信、联通跑满下行带宽，移动下行1000MB，但VPS端口最高400-500MB，这个速度几乎是极限。 代理单线程speedtest 2026-01-28_11-44-04.webp图片 电信 2026-01-28_11-48-32.webp图片 联通 2026-01-28_11-47-25.webp图片 移动 结论：电信、联通几乎都跑满上、下行带宽。移动没有到500MB，猜测是带宽共享和线路损耗。但这个价格有这种速度，只能说超值。 3. iPerf3 测速：国际带宽吞吐量实测 2026-01-28_14-21-52.webp图片 为了测试这台机器在连接海外节点时的真实上下行表现，我使用 iPerf3 跑了一圈国际节点（包括伦敦、阿姆斯特丹、新加坡、洛杉矶等）。从图中我们能解读出以下关键点： 出口带宽惊人（Send Speed）： 注意看 Send Speed 这一列，无论是连接欧洲（伦敦、阿姆斯特丹）、美国（洛杉矶）还是亚洲（新加坡），发送速度稳定在 490 Mbps - 544 Mbps 之间。 这说明商家的上行带宽给得非常足，起码是 500Mbps 起步的端口。这意味着作为梯子使用时，瓶颈绝对不会在 VPS 的出口上。 亚洲互联优势（Singapore）： 连接新加坡节点的表现最为亮眼。延迟仅 31.5ms，且下载速度（Recv）达到了 147 Mbps，远高于欧美节点。这说明 JuHost 在亚洲区域的互联互通做得很好，非常适合作为东南亚电商或游戏的跳板。 国际入站受限（Recv Speed）： 相比于强悍的出站速度，从欧美节点下载数据到 VPS（Recv Speed）的速度一般，维持在 30-40 Mbps 左右。这在香港廉价 VPS 中很常见，毕竟香港的国际带宽极其昂贵。如果用它来挂机下载欧美的 BT 资源，速度可能会稍慢；但如果是看流媒体或网页浏览，影响不大。 结论： 这是一台典型的大管子机器，500Mbps 的全球外发带宽保证了它作为代理服务器的优秀性能。 4. 本地宽带极端压力测试 中国电信 (1) 下行带宽（VPS -> 本地）： 2026-01-28_14-58-38.webp图片 点评： 平均下载速度为 129 Mbps。 虽然这个数值略显一般，但请大家注意看 Retr (重传) 这一列——只有 1 个！ 这简直不可思议。表明电信几乎是 0 丢包。虽然带宽上限可能被电信侧的 QoS 限制在了 100M-150M 左右，但这条线路的质量极高，几乎没有抖动。这意味着看视频时，虽然缓冲速度不一定很快，但绝对不会卡顿或断流，非常稳。 (2) 上行带宽（本地 -> VPS）： 2026-01-28_14-58-26.webp图片 点评： 上传速度达到了 44.0 Mbps。 这是一个惊喜。几乎跑满了电信的上传速度。 如果是电信用户，并且经常需要往 VPS 上传数据（比如同步博客数据、上传 Docker 镜像），那么这台机器的体验会非常好。 中国联通 (1) 下行带宽（VPS -> 本地）： 2026-01-28_14-49-03.webp图片 点评： 平均下载速度达到了 219 Mbps。虽然中间出现了一些波动（比如第 9 秒掉到了 94.4 Mbps），但整体依然维持在 200M 左右的高位。 Retr (重传数)：注意看 Retr 列，数值达到了 45675，比电信高很多。这说明联通直连香港 CMI 线路虽然速度快，但丢包率偏高，线路稍微有点“拥挤”。不过对于看视频这种缓冲型应用，影响不大。 (2) 上行带宽（本地 -> VPS）： 2026-01-28_14-48-46.webp图片 点评： 上传速度达到了 34.4 Mbps。差不多也是联通家庭宽带的上传极限。如果你有从本地上传文件到 VPS（比如做网站备份、上传网盘）的需求，联通网络的体验和电信一样好。 中国移动 (1) 下行带宽（VPS -> 本地）： 2026-01-28_14-31-44.webp图片 点评： 这数据太暴力了！476 Mbps 的下载速度！ 这意味着什么？这意味着如果你是移动宽带用户，使用这台 VPS 看 4K 甚至 8K 视频，进度条几乎是可以随意拖拽的。这个速度基本上已经摸到了商家端口的物理极限（通常为 500Mbps），完全印证了 CMI 直连线路的强大优势。 (2) 上行带宽（本地 -> VPS）： 2026-01-28_14-31-26.webp图片 点评： 上传速度约为 9.4 Mbps。这里需要科普一下，这个瓶颈通常不在 VPS 端（前面的国际互联测试证明了 VPS 入站有 30-40M），而在于本地家庭宽带的上行速率限制。绝大多数国内家宽的上行带宽都给得很吝啬，但这并不影响我们从 VPS 拉取数据（看视频、下载文件）。 总结 运营商下载速度 (VPS->本地)上传速度 (本地->VPS)评价中国移动476 Mbps (跑满)9.4 Mbps极速推荐，简直是内网体验。中国联通219 Mbps (优秀)34.4 Mbps非常均衡，速度快，上传也不错。中国电信129 Mbps (稳定)44.0 Mbps稳如老狗，0 丢包，上传最快。结论： 得益于三网强制 CMI 回程，JuHost 成功打破了“便宜港机电信不能用”的魔咒，做到了三网通吃。 六、 延迟测试 2026-01-28_10-23-12.webp图片 2026-01-28_10-23-23.webp图片 东部地区：40ms-60ms 非常快，可以闭眼入手。 西、北部地区：70ms-200ms+ 需要自测，稳定在200+以上的地区就放弃吧。 结论：全国大部分地区三网直连，只要机器性能足够，这个线路非常适合建站。几乎是秒开，图床就算了，硬盘带不动。 总结与购买建议 经过这一系列的测试，我对 JuHost 这台香港 VPS 有了清晰的画像。 优点： 线路优秀：三网走 CMI 回程，尤其是移动用户，体验堪比内网。电信联通用户在晚高峰也能获得不错的体验。 解锁强悍：Netflix、Disney+ 等主流流媒体全解锁，非常适合作为媒体落地机。 价格实惠：在提供优化线路的香港 VPS 中，性价比尚可。 缺点： 性能孱弱：CPU 单核跑分低，硬盘 IO 慢。切勿用它来跑高负载应用（如 MineCraft 服务器、大型编译任务）。 IP 质量一般：欺诈分数较高，注册某些严格的账号可能会遇到困难。 带宽波动：共享带宽在晚高峰可能会有波动。 适用场景： ✅ 个人上网代理（特别是移动宽带用户）。 ✅ 流媒体解锁（看 Netflix HK、Disney+）。 ✅ 轻量级个人博客（Typecho, Hexo 等静态或伪静态博客）。 ✅ 中转/落地。 不适用场景： ❌ 图床站（硬盘和 CPU 扛不住）。 ❌ 邮件服务器（端口被封）。 ❌ 游戏服务器（CPU 性能不足）。 总体来说，如果你需要一台线路好、能看剧的香港 VPS，且对机器本身的计算性能要求不高，JuHost 是一个值得考虑的选择。 版权声明：本文由 赛博61区 原创发布，转载请注明出处。
