标签 VPS 下的文章

我看很多人推荐 dmit ，但是现在没有优惠，有其他好选择嘛

或者我看可以直接收别人之前在黑五买的，有没有啥风险

希望各位大佬指点

“我的笔记本是 16G 内存的 M3 Pro ，为什么我还需要一台只有 4 核 8G 的服务器？”

在 Reddit 的 r/indiehackers 板块，这是新手最常问的问题之一。在 Serverless （如 Vercel ）和 PaaS （如 Supabase ）横行的今天，VPS （ Virtual Private Server ，虚拟专用服务器）似乎显得有些“老派”。

但现实是：真正能跑通商业闭环、实现长期盈利的独立开发者，手里一定攥着几台 VPS 。

本文将从独立开发的 7 个核心痛点出发，深度解析为什么 VPS 是你迈向专业化、摆脱“代码玩具”的必经之路。

1. 摆脱“本地焦虑”：解决 node_modules 与 Docker 的空间黑洞

独立开发者最昂贵的资产是笔记本，而最廉价的则是笔记本硬盘。这波 AI 编程大部分都是 NextJS ，这也就带来了 node_modules 灾难。其实还有 cc 居然也喜欢拉 bb 。如果观察 cc 的执行过程，会发现它一直要写东西去 /tmp 目录

  • 痛点：硬盘与性能的双重榨干


    • node_modules 爆炸：同时维护 10 个项目，node_modules 能吃掉 50GB 以上的 SSD 。
    • Docker 镜像堆积：在本地运行容器会让系统响应迟滞，风扇咆哮。
    • 计算占用：本地运行 PostgreSQL 或 Redis 等中间件会显著拖慢 IDE 的响应速度。

  • 解决方案：VPS 作为“重型计算中心”
    你只需在本地保留一个轻量的 VS Code + Cursor，通过 Remote SSH 连接 VPS 。所有的重型依赖和环境都在云端运行，笔记本只负责显示 UI 。

图 1：本地开发负载 vs. VPS 远程卸载对比

2. 拒绝“SaaS 账单勒索”：从商业逻辑看成本控制

独立开发最怕的不是没用户，而是用户还没付钱，SaaS 账单先爆了。最近几年做 AI 编程，难免会接触到 supabase ，clerk 等工具，其实包括 vercel 也一样，用下来会发现一开始很爽，然后爽着爽着，账单就爆炸了。vercel 有个很有意思的坑，就是 Image 组件，编译的时候会提示最好用 <Image 组件，听起来很贴心对吧？但这个组件默认走 Vercel 的图片优化服务——每优化一张图就计费一次。流量大的站点，光图片优化费用就能超过主机费用。

Vercel 的 Hobby 免费套餐非常诱人——部署、CDN 、SSL 全包。但一旦你的项目有了流量，噩梦就开始了。

超额收费一览：

资源 Pro 套餐包含 超出后收费
带宽 1 TB/月 $0.15/GB（即 $150/TB ）
Edge Requests 1000 万/月 $2/百万
Serverless 执行时间 40 小时/月 $5/小时
图片优化 5000 张/月 $5/1000 张

  • 痛点：被绑架的扩展成本


    • PaaS 陷阱：Firebase 的免费额度诱人，但一旦涉及复杂备份或高并发，价格呈指数级增长。
    • 身份验证收费：Clerk 等按月活用户收费，对高频低客单价应用是噩梦。

  • 解决方案：全栈自建（ Self-hosting ）
    在 $5/月 的 VPS 上，你可以利用 Docker 跑满性能，同时运行：数据库（ PostgreSQL ）、验证系统（ PocketBase ）和统计系统（ Umami ）。

图 2：SaaS 订阅 vs. VPS 固定成本曲线对比

💡 公平地说：自建服务确实需要一定的运维能力。但最近很多海外开发者分享了自己维护 PostgreSQL 的经验——比想象中简单得多，尤其是有了 Docker 和自动备份脚本之后。后面我会详细讲怎么做。

3. 真正的 CI/CD：构建“一人 IT 部门”的自动化流水线

独立开发者的核心竞争力在于迭代速度。部署到 vercel 、cloudflare 、Netfily 等 servless 平台在早期验证需求的时候，是非常好的，但是这些平台的问题是，它们的 node 实现是不完备的，一些长时间的任务就没法跑。以前本地打包机器就开始呼啸，通过 github 的 action ，这个事不用操心了，弄好就是 docker 镜像，然后，起飞了。

  • 执行时间限制：Serverless 函数通常有 10-60 秒的超时限制，一般默认是 10s

  • 无持久进程：WebSocket 、长连接、后台任务都很别扭

  • 冷启动延迟：首次请求可能需要等待数秒

  • 痛点：手动部署的低效与错误
    如果你还在用手动执行 git pull，你不仅在浪费生命，还在增加生产事故的概率。

  • 解决方案：基于 VPS 的轻量自动化
    利用 VPS 运行 GitHub Actions Runner：


    1. Git Push 触发流水线。
    2. VPS 自动拉取代码并构建 Docker 镜像。
    3. Docker Compose 自动重启容器，实现零停机更新。

图 3：基于 VPS 的自动化 CI/CD 流水线示意图

不知道是不是这个原因，现在 cloudflare 也不咋推 pages 了，又回到 worker ，感觉挺难用的，你怎么看？

4. 解决“网络壁垒”：从静默爬虫到跨境访问

很多项目在本地跑不通，不是代码问题，而是网络环境问题。开发用都的很多 npm 包，或者其他的资源，常常会因为网络，把人给气死，累死，折腾死，烦死。

  • 痛点：变动的 IP 与受限的出口


    • 固定 IP 需求：对接 Stripe 、PayPal 或银行 API 时，通常需要固定的公网 IP 做白名单。家庭宽带的动态 IP 根本没法用。
    • 网络环境问题：开发时用到的很多 npm 包、Docker 镜像、GitHub 资源，经常因为网络问题把人折腾得够呛。
    • 反爬虫封禁：如果你在做数据采集相关的项目，家庭宽带 IP 极易被反爬策略封禁。

  • 解决方案：VPS 作为全局网络枢纽


    • 固定身份标识：为业务提供永久的公网 IP ，Stripe Webhook 、OAuth 回调都能稳定工作。
    • 反向代理中心：一个 VPS 配合 Nginx 或 Caddy ，可以管理 10+ 个域名并映射到不同的本地端口。
    • 开发环境加速：npm install 、docker pull 都在 VPS 上执行，下载速度飞快，不再受本地网络限制。

image.png

和 nginx proxy manager 有仇，已经好几次了，弄它的 Docker ，能占 10 来 G 的空间，完全不理解，caddy 就小巧很多。

5. 守护“睡后收入”：24/7 监控与容灾

独立开发最痛苦的时刻，是早上醒来发现服务已经挂了一整晚，而你毫无察觉。(希望是伪命题，真来钱的项目，还是很上心的！)

痛点：缺乏哨兵

  • 本地电脑会休眠，没法做持续监控
  • 免费的外部监控工具检测频率太低（如 5 分钟/次），发现问题时用户早就流失了
  • 很多问题是"偶发性"的，等你手动检查时一切正常

解决方案：自建监控站

在 VPS 上部署 Uptime Kuma（或类似工具），每 30-60 秒检测一次全球访问状况。一旦挂掉，立即通过 Telegram 、Discord 或邮件通知。

监控清单建议：

监控项 检测频率 告警方式
HTTP 状态码 60 秒 Telegram 即时通知
SSL 证书到期 每天 提前 14 天预警
服务器资源 5 分钟 CPU/内存超 80% 告警
数据库连接 60 秒 连接失败立即通知

进阶玩法：

  • Uptime Kuma 做可用性监控
  • Bezel 或 Netdata 做服务器资源监控，Bezel 还挺好用的。Netdata 稍微重点。
  • 两者结合，形成完整的监控闭环

图 4：全天候监控与即时告警闭环

6. 数据主权：独立开发的“最后防线”

  • 痛点：平台依赖风险

    如果你的数据全在 Firebase ，某天账号因为合规问题被封，你的所有努力将瞬间清零。

  • 解决方案：VPS 本地化存储 + 异地备份


    • 数据隔离：数据库文件完全属于你。
    • 自动化备份：编写一个简单的 Cron 任务，每天定时将数据加密并同步到 S3 或你的本地存储。

image.png

7. 独立开发者的资源规划：“1 + N” 策略

针对 2026 年的典型开发场景，我们建议采用以下阵列：

类型 规格建议 核心作用
1 台主领地 2 核 4G 或 4 核 8G 运行 Nginx 、核心数据库、核心产品。
N 台哨兵机 1 核 1G 或更低 运行 Uptime Kuma 监控、小型爬虫、测试环境。
为什么需要分开？
  • 监控服务不应该和被监控的服务在同一台机器——否则机器挂了你也收不到告警
  • 测试环境和生产环境隔离，避免误操作
  • 多台小机器比一台大机器更有弹性

image.png

Reddit 上 Hetzner 被反复提及为"性价比之王"：同样的价格，配置通常是美国云服务商的 2-3 倍。缺点是机房主要在欧洲，亚洲访问延迟较高。

咋说呢？ 数据库还是很重要的，如果精力有限，就还是用 neon 或者 supabase 之类的。

总结：从“玩票”到“专业”的入场券

拥有 VPS 的那一刻起，你就不再只是一个“写代码的人”，而是一个 “系统的掌控者”。它为你提供了：

  • 确定性：不再受本地环境变化的干扰。
  • 连续性：产品 24 小时独立生存。
  • 商业性：以最低的边际成本支撑业务增长。

正如独立开发圈子里流传的一句话：“你的第一个服务器 IP ，就是你产品的第一张名片。”（我编的）

VPS 入门：为什么独立开发者需要一台 VPS ？（ 2026 深度版）

1.前言
如果你最近刚入手了 VPS，或许你已经在尝试搭建一些网站，甚至可能还在使用宝塔面板管理服务器。其实，VPS的用途可不仅限于搭建网站，今天我就来教大家如何用 VPS 搭建一个属于自己的私有云盘。
Cloudreve 是一个开源网盘项目，它基于 PHP 和 MySQL，所以在宝塔面板上安装起来非常简单。它还支持 WebDAV 协议，这意味着你可以将它挂载成本地磁盘，直接在电脑上访问自己的云盘，体验非常流畅。对于那些希望拥有私人云盘而又不愿意依赖免费的公共云存储服务的朋友，它是一个不错的选择。
图片
今天的教程将一步步带你搭建自己的私有云盘，按照教程做，你几乎不需要花费任何额外的费用，还可以享受免费的域名和空间资源。开始之前，你可能需要准备一个免费域名，别担心，我会告诉你如何申请。

2.私有云盘搭建步骤
2.1登录宝塔面板
首先，登录你的宝塔面板后台，点击左侧的“网站”选项，准备添加一个新的网站。
图片
2.2创建站点
在宝塔面板的“网站”界面，点击右上角的“添加站点”按钮。在域名字段中，输入你申请的免费域名（可以在这里找到一些提供免费域名的平台）。选择 MySQL 作为数据库类型，设置好其他信息后点击“提交”。
图片

2.3下载 Cloudreve
接下来，去 Cloudreve 的官方 GitHub 官网，下载最新版本的安装包。找到下载链接并点击下载。
图片

2.4上传安装包
返回到宝塔面板，进入你刚才创建的网站的根目录。你会看到该网站的文件夹是空的，点击“上传”按钮，选择你下载好的 Cloudreve 安装包进行上传。上传完成后，点击“解压”按钮，系统会自动解压安装包文件。
图片

2.5配置伪静态规则
安装包解压完后，接下来需要配置伪静态规则。这一步很简单，只需要在宝塔面板左侧的“网站”选项中，点击你创建的网站后方的“设置”按钮。在设置页面中，找到“伪静态”选项，点击后将以下规则粘贴进去：location / {

if (!-e $request_filename) {
    rewrite ^(.*)$ /index.php?s=/$1 last;
    break;
}

}

图片
保存设置后，别忘了开启全站强制 HTTPS，确保访问时更加安全。具体操作可以参考宝塔的教程。
图片

2.6开始安装 Cloudreve
完成上述设置后，打开浏览器，输入“域名/CloudreveInstaller”访问安装页面。在安装页面底部，你会看到一个提示，点击“忽略问题，继续下一步”就可以进入下一步。2.7配置数据库信息此时，返回宝塔面板，找到刚才创建的网站的数据库名、用户名和密码。将这些信息填写到它的配置界面中，然后点击“开始安装”。
图片

图片

2.8完成安装与登录
安装完成后，你就可以看到它后台的登录地址、用户名和密码。记得保存好这些信息，接下来就可以用这些账号登录后台了。

2.9设置和管理账户
登录到后台后，点击右上角的账户图标，进入“管理面板”界面。在这里，你可以修改账户密码，还可以配置其他一些网站的基本信息。设置完成后，访问网站首页，你就可以开始使用自己的私有云盘了。

2.9.1小贴士
作为一款开源项目，功能非常强大，除了基本的文件上传和下载外，它还支持 WebDAV 挂载、文件分享等多种功能，可以满足日常使用。为了保证安全性，建议关闭注册功能，防止恶意用户上传文件。如果你对 Cloudreve 不感兴趣，宝塔面板还提供了其他类似的应用。

2.9.2 VPS 的更多可能性
有了自己的私有云盘，你的 VPS 不仅仅是用来搭建网站或者部署应用。你可以将其用作私有云存储，所有文件都可以保存在你的服务器上，不必担心第三方平台的隐私问题。而且，结合 VPS 的性能，它可以提供相对较高的下载和上传速度，这对于那些需要频繁访问大文件的用户来说，无疑是个大福利。除了搭建私有云盘，你还可以利用 VPS 搭建其他服务，例如私人博客、个人项目托管、甚至是游戏服务器。VPS 的灵活性使得你可以实现一机多用，节省开销的同时，还能让自己享受到更多个性化的服务。

2.9.3为什么不用免费云盘？
很多人可能会问，为什么不直接用免费云盘呢？其实，虽然免费云盘在使用上非常方便，但它们有很多限制，比如文件存储空间、带宽限制、敏感数据的隐私问题等等。使用自己的 VPS 搭建私有云盘，你不仅可以避免这些限制，还能完全掌控数据的存储和传输，体验更自由、更安全的云存储服务。

3.总结
通过今天的教程，你已经学会了如何在 VPS 上搭建自己的私有云盘。无论是文件存储、分享，还是挂载成本地磁盘使用，都非常方便。如果你还没有尝试过这种方式，不妨动手试试，享受自己搭建云盘带来的成就感。用 VPS 不仅能节省成本，还能带来更多的自由度和安全性。

本文首发于技术专栏站长破壁者，转载请务必注明出处。 更多关于服务器架构与网络优化的实战探讨，已同步至站长破壁者交流。

三大运营商线路
在国内，最大的三个网络运营商电信，联通和移动，各自都有自己的局域网，也有自己的ASN，我们的流量就是走的这些ASN来和服务器进行交流沟通的。
这些流量的轨迹一般是你家->省网->跨境->国际出口，网络线路的体验也就和流经这些段的速度相关了。
电信线路一般为（163/CN2 GT/CN2 GIA）
AS4134：国内骨干网，俗称4134或163骨干网，ip常以202.97开头。
定位于承载普通质量的互联网业务, 基建早, 带宽大, 便宜，多次扩容后拥挤情况有改善，绝大部分普通家宽的出境路线。
AS4809：国内精品网，俗称CN2，ip常以59.43开头. CN2 相比较 163 网络, 带宽小, 稳定高速。
AS23764：境外网，俗称CTGNet，用于面向企业客户提供定制化的国际互联网专线接入服务。
CN2实际上分为CN2GT和CN2GIA两种。CN2GT又称半程CN2，Global Transit，因为其国内走163骨干网
，跨境和163挤在一个段里(那我要你有何用)，国外和CN2一样；CN2GIA是全程CN2，跨境段不用和163挤在一起，拥有自己的带宽，国内国外都走CN2网络。
亚太还有个比较流行的163pp，俗称高q163，其实就是拥有跨境段高qos保障的163，相当于单独购买了带宽的163骨干网，
大部分163跨境都是共享的，导致晚高峰互相抢带宽，卡的半死，高q163贵的夸张…
可以看看电信去程走的是CN2骨干网
# 时间：2024-07-07 23:16:36
1   192.168.50.1    *                         RFC1918
                                            0.51 ms / 0.88 ms / 1.07 ms
2   116.233.80.1    AS4812   [CHINANET-SH]    中国 上海 上海  chinatelecom.cn
                                            6.68 ms / 5.92 ms / 6.34 ms
3   124.75.232.117  AS4812   [CHINANET-SH]    中国 上海 上海  chinatelecom.cn
                                            2.60 ms / 3.00 ms / 2.95 ms
4   61.152.54.177   AS4812   [CHINANET-SH]    中国 上海   chinatelecom.cn  电信
                                            3.18 ms / * ms / * ms
5   61.152.24.118   AS4812   [CHINANET-SH]    中国 上海   chinatelecom.cn  电信
                                            4.93 ms / 105.15 ms / * ms
6   59.43.80.142    *        [CN2-BackBone]   中国 上海   chinatelecom.cn  电信
                                            11.95 ms / 5.59 ms / 8.94 ms
7   59.43.22.6      *        [CN2-BackBone]   中国 上海 C-I  chinatelecom.cn  电信
                                            5.67 ms / * ms / * ms
8   59.43.39.154    *        [CN2-BackBone]   中国 上海   chinatelecom.cn  电信
                                            6.04 ms / 106.66 ms / * ms
9   59.43.182.181   *        [CN2-BackBone]   美国 加利福尼亚 圣何塞  chinatelecom.cn  电信
                                            129.89 ms / 127.50 ms / 127.40 ms
10  218.30.49.182   AS4134   [CHINANET-US]    美国 加利福尼亚 圣何塞  www.chinatelecom.com.cn  电信
                                            140.20 ms / 139.90 ms / 139.33 ms
11  91.200.241.87   *                         美国 加利福尼亚 圣何塞
  cs03.q51.sjc.xtom.us                      158.29 ms / 275.86 ms / * ms
12  xxx.xxx.xxx.98    AS6233                    美国 加利福尼亚州 圣何塞  xtom.com
  xxx.xxx.xxx.vps.hosting                        128.21 ms / 127.87 ms / 128.31 ms

可以看到回程走的也是CN2
 时间：2024-07-07 23:16:36
1   45.139.193.1    AS8888                    美国 加利福尼亚 圣何塞  xtom.com
                                            36.96 ms / 4.64 ms / 40.33 ms
2   91.200.241.86   *                         美国 加利福尼亚 圣何塞
                                            0.39 ms / 0.26 ms / 0.40 ms
3   218.30.49.181   AS4134   [CHINANET-US]    美国 加利福尼亚 圣何塞  www.chinatelecom.com.cn  电信
                                            0.89 ms / 0.99 ms / 0.64 ms
4   59.43.182.182   *        [CN2-BackBone]   中国 上海   chinatelecom.cn  电信
                                            123.80 ms / 122.43 ms / * ms
5   *
6   59.43.22.5      *        [CN2-BackBone]   中国 上海  C-I chinatelecom.cn  电信
                                            127.02 ms / 124.53 ms / 130.04 ms
7   59.43.80.141    *        [CN2-BackBone]   中国 上海   chinatelecom.cn  电信
                                            177.49 ms / 175.56 ms / * ms
8   61.152.25.197   AS4812   [CHINANET-SH]    中国 上海   chinatelecom.cn  电信
                                            128.97 ms / 125.90 ms / 131.26 ms
9   61.172.67.150   AS4812                    中国 上海  青浦 chinatelecom.cn  电信
                                            137.60 ms / 125.11 ms / 126.16 ms
10  58.37.40.1      AS4812                    中国 上海   chinatelecom.cn  电信
  1.40.37.58.broad.xw.sh.dynamic.163data.com.cn   228.09 ms / * ms / * ms
这就是电信CN2GIA双程，属于电信极致网络了。

接下来我们看联通线路（4837/9929）
AS4837：国内骨干网，俗称4837或联通169网络，IP以219.158开头，相当于电信中的163骨干网，大部分联通家宽的线路 。
AS9929：国内老骨干网，俗称A网或者9929或者CUII，定位类似于电信中的CN2，实际上这玩意和优化度很高的CN2没得比，这只是使用人数很少的普通网络，承载力和质量远远不如CN2，而且9929的口子普遍不大。
AS10099：境外网，俗称联通国际CUG，提供至大陆方向的差异化接入。
线路组合有以下几种：
内地 AS4837 + 境外 AS4837：最普通、最常见的联通 169 网络
内地 AS4837 + 境外 AS10099：应该算是高端线路。
内地 AS9929 + 境外 AS4837：很少见的路由。
内地 AS9929 + 境外 AS10099：联通高端线路。

去程国内省内先走了一段普通网4837，随后接入9929优化网，到了境外走优化线路CUG，去程优秀。
时间：2024-07-07 23:16:36
1   192.168.1.1     *                         RFC1918
                                            0.63 ms / 0.45 ms / 0.49 ms
2   115.49.100.1    AS4837   [UNICOM-HA]      中国 河南 南阳市 新野 chinaunicom.cn
  hn.kd.ny.adsl                             3.66 ms / 18.18 ms / 2.78 ms
3   219.154.128.197 AS4837   [UNICOM-CN]      中国 河南 南阳  chinaunicom.cn
  hn.kd.jz.adsl                             4.22 ms / 18.30 ms / 7.32 ms
4   61.168.28.165   AS4837   [UNICOM-HA]      中国 河南 郑州市  chinaunicom.cn  联通
  pc165.zz.ha.cn                            * ms / 37.55 ms / 37.46 ms
5   219.158.121.129 AS4837   [CU169-BACKBONE] 中国    chinaunicom.cn  联通
                                            24.84 ms / 24.58 ms / 24.73 ms
6   219.158.119.246 AS4837   [CU169-BACKBONE] 中国 上海   chinaunicom.cn  联通
                                            27.39 ms / 24.56 ms / 29.73 ms
7   219.158.32.6    AS4837   [CU169-BACKBONE] 中国 上海   chinaunicom.cn  联通
                                            26.21 ms / 26.03 ms / 26.05 ms
8   218.105.2.209   AS9929   [CNC-BACKBONE]   中国 上海   chinaunicom.cn  联通 CUII
                                            30.64 ms / 30.40 ms / 30.34 ms
9   218.105.2.202   AS9929   [CNC-BACKBONE]   中国 上海   chinaunicom.cn  联通 CUII
                                            27.18 ms / 28.48 ms / 26.97 ms
10  203.160.75.217  AS10099  [CUG-BACKBONE]   美国 加利福尼亚 洛杉矶  chinaunicomglobal.com  联通
                                            158.17 ms / 158.31 ms / 157.90 ms
11  162.219.85.182  AS10099  [CUG-BACKBONE]   美国 加利福尼亚 圣何塞  chinaunicomglobal.com  联通
                                            162.02 ms / 162.05 ms / 162.02 ms
12  91.200.241.87   *                         美国 加利福尼亚 圣何塞
                                            166.27 ms / 168.89 ms / 169.22 ms
13  xxx.xxx.xxx.98    AS6233                    美国 加利福尼亚州 圣何塞  xtom.com
                                            161.98 ms / 162.04 ms / 162.12 ms
# 回程也是先CUG入境，中间路线看不到了，大概率对称9929。
# 时间：2024-07-07 23:16:36
1   45.139.193.1    AS8888                    美国 加利福尼亚 圣何塞  xtom.com
                                            5.57 ms / 3.01 ms / 23.26 ms
2   91.200.241.88   *                         美国 加利福尼亚 圣何塞
                                            0.33 ms / 0.38 ms / 0.37 ms
3   162.219.85.181  AS10099  [CUG-BACKBONE]   美国 加利福尼亚 圣何塞  chinaunicomglobal.com  联通
                                            0.96 ms / 0.97 ms / 0.97 ms
4   162.219.85.13   AS10099  [CUG-BACKBONE]   中国 上海   chinaunicomglobal.com  联通
                                            131.61 ms / 128.86 ms / 128.89 ms
5   210.14.186.137  *        [APNIC-AP]       中国 上海
                                            132.68 ms / 132.58 ms / 132.55 ms
6   *
7   *
8   210.78.8.146    *        [CNC-BACKBONE]   中国 河南 郑州  chinaunicom.cn  联通 CUII
                                            157.51 ms / 156.68 ms / 156.76 ms
9   219.158.45.57   AS4837   [CU169-BACKBONE] 中国 河南 新乡  chinaunicom.cn  联通
                                            152.74 ms / 153.83 ms / 151.12 ms
10  219.158.112.97  AS4837   [CU169-BACKBONE] 中国 河南 郑州  chinaunicom.cn  联通
                                            156.50 ms / 158.49 ms / 158.17 ms
11  61.168.38.218   AS4837   [UNICOM-HA]      中国 河南 郑州  chinaunicom.cn
  pc218.zz.ha.cn                            258.82 ms / * ms / * ms
12  61.168.238.14   AS4837   [UNICOM-HA]      中国 河南 南阳市  chinaunicom.cn  联通
                                            159.28 ms / 162.72 ms / 159.16 ms
13  123.4.44.63     AS4837   [UNICOM-HA]      中国 河南 南阳  chinaunicom.cn
                                            160.90 ms / 161.27 ms / 161.18 ms
这就是联通的双程极致线路。
最后我们讲讲移动线路（CMI/CMIN2）
AS9808：国内网，俗称CMNET，对标电信普通网。
AS58453：境外网，俗称CMI，最常见的网段，负载均衡做的极其差劲，而且由于带宽被灌满，而且万物走香港出口，骨干疯狂丢包。
AS58807：境外网，俗称CMI N2，移动精品网。
AS3356：Tier1，俗称lumen，实际上，lumen并不是移动管辖的网络，但是lumen-cmi的传输方式让移动用户用起来相当舒服，lumen也成了实际上更受欢迎的移动快乐机器，大家看到lumen都知道移动基本快乐，所以把lumen并入移动线路。个人分类纯属娱乐，这种传输方式哪天就被移动干爆
你可以发现，移动的国内网都是一样的，只有跨境段和境外段才区分CMI还是CMIN2，也就是说，移动用户哪怕用的是CMIN2，国内段也照样和CMI的用户一起挤，这也导致移动的晚高峰qos格外严重

 时间：2024-07-07 23:16:36
1   192.168.1.1     *                         RFC1918
                                            1.52 ms / 1.33 ms / 1.39 ms
2   *
3   120.204.37.49   AS24400  [APNIC-AP]       中国 上海 上海  chinamobile.com
                                            4.49 ms / * ms / * ms
4   *
5   111.24.4.89     AS9808   [CMNET]          中国 上海   chinamobileltd.com  移动
                                            5.10 ms / 4.88 ms / 4.97 ms
6   221.183.179.22  AS9808   [CMNET]          中国 上海   chinamobileltd.com
                                            5.43 ms / 5.18 ms / 5.28 ms
7   221.183.87.218  AS9808   [CMNET]          中国 上海   chinamobileltd.com  移动
                                            6.06 ms / 5.46 ms / 5.40 ms
8   221.183.92.110  AS9808   [CMNET]          中国 上海   chinamobileltd.com  移动
                                            5.96 ms / 5.44 ms / 16.83 ms
9   223.120.160.6   AS58807  [CMIN2-NET]      美国 加利福尼亚 圣何塞  cmi.chinamobile.com  移动
                                            128.12 ms / 128.48 ms / 128.88 ms
10  223.120.196.38  AS58807  [CMIN2-NET]      美国 加利福尼亚 圣何塞  cmi.chinamobile.com  移动
                                            128.24 ms / 128.24 ms / 128.10 ms
11  223.120.200.25  AS58807  [CMIN2-NET]      美国 加利福尼亚 洛杉矶  cmi.chinamobile.com  移动
                                            135.52 ms / 128.98 ms / 134.23 ms
12  91.200.241.89   *                         美国 加利福尼亚 圣何塞
                                            138.98 ms / 135.83 ms / 133.68 ms
13  xxx.xxx.xxx.98    AS6233                    美国 加利福尼亚州 圣何塞  xtom.com
  xxx.xxx.xxx.vps.hosting                        127.71 ms / 127.82 ms / 127.59 ms


# 时间：2024-07-07 23:16:36
1   45.139.193.1    AS8888                    美国 加利福尼亚 圣何塞  xtom.com
                                            12.53 ms / 15.81 ms / 2.42 ms
2   91.200.241.86   *                         美国 加利福尼亚 圣何塞
                                            0.35 ms / 0.36 ms / 0.30 ms
3   223.120.200.24  AS58807  [CMIN2-NET]      美国 加利福尼亚 洛杉矶  cmi.chinamobile.com  移动
                                            0.47 ms / 0.58 ms / 0.60 ms
4   223.120.196.37  AS58807  [CMIN2-NET]      美国 加利福尼亚 圣何塞  cmi.chinamobile.com  移动
                                            123.57 ms / 123.50 ms / 122.53 ms
5   223.120.160.5   AS58807  [CMIN2-NET]      中国 上海   cmi.chinamobile.com
                                            122.86 ms / 122.45 ms / 122.47 ms
6   221.183.92.113  AS9808   [CMNET]          中国 上海   chinamobileltd.com  移动
                                            123.61 ms / 136.29 ms / 123.40 ms
7   221.183.87.245  AS9808   [CMNET]          中国 上海   chinamobileltd.com  移动
                                            123.66 ms / 123.42 ms / 123.52 ms
8   221.183.87.226  AS9808   [CMNET]          中国 上海   chinamobileltd.com  移动
                                            124.05 ms / 123.98 ms / 128.56 ms
9   111.24.4.106    AS9808   [CMNET]          中国 上海   chinamobileltd.com  移动
                                            124.80 ms / 174.96 ms / * ms
10  120.204.37.138  AS24400  [APNIC-AP]       中国 上海 上海  chinamobile.com
                                            125.71 ms / 125.89 ms / 125.69 ms

国内9808，境外走优化线路CMIN2，这就是移动双程极致线路。
三网对比
综合的说，就是CN2GIA≈CN2CTG>9929≈CMIN2>CN2GT>4837≈163≈CMI
三网顶级优化
各种 VPS 常见的网络线路科普 (三大运营商线路)1

三网主干网

各种 VPS 常见的网络线路科普 (三大运营商线路)2


电信用户：CN2GIA≈CN2CTG>CN2GT>163 联通用户：9929>4837 移动用户：CMIN2>CMI

这是个比较总体的评价，具体到个别商家就又不一样了，极端点的例子，比如 10G 口 4837 和 20Mbps CN2GIA，你用起来当然是 CMI 更爽，再比如 1000 个人挤的 100Mbps CN2GIA，和你独享的 50Mbps4837，毫无疑问 4837 更胜一筹，所以不要看到谁谁谁卖的 CN2，就是碾压其他的 163 商家…

想问问大家一个问题：联通用户是走 CN2GIA 还是 9929 好？

一般来说，联通走电信的网络会被跨网 qos (就是运营商会 qos 来自不同的运营商的流量)，所以还是走 9929 好点。跨网 qos 最典型的例子就是电信走移动 CMI 经常被 q 成 10Mbps 不到，而移动用户就可以跑到几百 Mbps。

常见测试工具，路由追踪工具 traceroute /mtr

最基础也是最重要的路由追踪工具，可以查看数据包经过的每一跳路由节点。

各种 VPS 常见的网络线路科普 (三大运营商线路)4
各种 VPS 常见的网络线路科普 (三大运营商线路)3

不错的查询网站

ITDOG：快速测试 ip 到国内大部分地区的 ICMP/TCP 延时

BGPtool：快速查询 ip 对应的 BGP 和路由情况，上面的图都是来自这个网站

IPIPNET：查看 IP 的详细路由和 AS 信息

总结

我这多天使用下来呢，感觉移动最佳的路线还是 CN2GIA，CMIN2 的国内段晚高峰还是太拥挤了，虽然电信会 qos 移动用户，但是 CN2 还是 CN2，走起来体验比 CMIN2 好多了。至于联通的 9929，整体容量口子太小了，和 CN2GIA 不是一个量级，尤其是亚太，9929 口子小的可怜，真不如走 CN2GIA 了，不过联通用户其实 4837 表现也不错，不必追求精品网，移动用户也是，lumen 还是很快乐的，电信就只能捏着鼻子玩 CN2GIA 了，不然 163 真的卡死。

📌 转载信息
原作者：
Rosna
转载时间：
2026/1/21 21:49:12

概要

云服务器市场的供应商激增，如今许多厂商经常将自己的服务器宣传得像天花乱坠，夸大其性能优势。这让许多新手用户在选择时感到困惑，往往难以判断选择合适的服务器，或者说如何科学地面对服务器的实际性能。这种情况，我们需要借助命然而，对于大多数新手来说，高效命令行的使用可能不太熟悉，这也使得他们在判断服务器性能时面临技术领先。为了帮助大家发现这些陷阱，博主特地整理了一些命令，帮助你快速检测服务器的真实性能，确保不再“踩坑”！

脚本1

wget -qO- bench.sh | bash

脚本2

  wget -qO- https://raw.githubusercontent.com/oooldking/script/master/superbench.sh | bash

看上下行

脚本3

(wget -qO- wget.racing/nench.sh | bash; wget -qO- wget.racing/nench.sh | bash) 2>&1 | tee nench.log

脚本4

curl -s bench.wget.racing | bash

脚本5

curl -s https://raw.githubusercontent.com/masonr/yet-another-bench-script/master/yabs.sh | bash

可比较真实的测试服务器带宽

脚本6

curl -fsL https://ilemonra.in/LemonBenchIntl | bash -s fast

可测试是否支持Netflxi等（不一定准确）

脚本7

wget -N --no-check-certificate https://raw.githubusercontent.com/veip007/hj/master/hj.sh && chmod +x hj.sh && bash hj.sh

全能，测速、加速 DD系统等

脚本8

(curl -s wget.racing/nench.sh | bash) 2>&1 | tee nench.log

脚本9

screen -S uping
wget -N --no-check-certificate https://raw.githubusercontent.com/FunctionClub/uPing/master/uping.py
python uping.py

服务器延迟监测
脚本10

wget -qO- --no-check-certificate https://raw.githubusercontent.com/qd201211/Linux-SpeedTest/master/superbench.sh | bash

系统配置、国内速度等

脚本11

wget --no-check-certificate https://zhujiwiki.com/wp-content/uploads/2018/07/unixbench.sh

chmod +x unixbench.sh

./unixbench.sh

UnixBench跑分，测试主机性能

运行10-30分钟后（根据CPU内核数量，运算时间不等）得出分数，越高越好

脚本12
访问：https://netflix.com/title/80018499
测试是否可以观看Netflix（奈飞）

脚本13

bash <(curl -Lsk https://raw.githubusercontent.com/BigMangos/speedtest-go-script/master/install.sh)

测试本地速度speedtest go版本的一键安装脚本

脚本14

bash <(curl -Lso- http://yun.789888.xyz/speedtest.sh)

        或者

 bash <(curl -Lso- https://zhujiwiki.com/wp-content/uploads/2021/12/speedtest.sh)

一键测试三网速度

脚本15

curl https://raw.githubusercontent.com/zhucaidan/mtr_trace/main/mtr_trace.sh|bash

一键测试TCP三网回程线路

脚本16

curl https://raw.githubusercontent.com/zhanghanyun/backtrace/main/install.sh -sSf | sh

一键测试TCP三网回程线路

脚本17

bash <(curl -Lso- https://bench.im/hyperspeed)
        或

 bash <(curl -Lso- https://2life.top/speedtest.sh)

国内三网速度

脚本18

`curl -sL yabs.sh | bash
`
yabs，系统性能测试

脚本19

wget -O box.sh https://raw.githubusercontent.com/BlueSkyXN/SKY-BOX/main/box.sh && chmod +x box.sh && clear && ./box.sh

综合工具箱

脚本20

 wget -q https://github.com/Aniverse/A/raw/i/a && bash a

独服测试

脚本21

wget -qO- benchy.pw | sh

       或

curl -Ls benchy.pw | sh

已开源：https://github.com/L1so/benchy

22、系统信息和测速

含国内、亚洲、国际等节点，可选节点

1、面向全球

wget -qO- network-speed.xyz | bash

2、限定区域，包括国内

curl -sL network-speed.xyz | bash -s -- -r region_name

中国

curl -sL network-speed.xyz | bash -s -- -r china

亚洲

curl -sL network-speed.xyz | bash -s -- -r asia

region_name = na, sa, eu, asia, middle-east, india, china, iran

23、TCP三网回程

bash <(curl -Ls https://raw.githubusercontent.com/sjlleo/nexttrace/main/nt_install.sh) && nexttrace -F -T

24、VPS一键脚本工具

curl -fsSL https://raw.githubusercontent.com/eooce/ssh_tool/main/ssh_tool.sh -o ssh_tool.sh && chmod +x ssh_tool.sh && ./ssh_tool.sh

或

wget -qO ssh_tool.sh https://raw.githubusercontent.com/eooce/ssh_tool/main/ssh_tool.sh && chmod +x ssh_tool.sh && ./ssh_tool.sh

总结

在使用性能测试脚本时，绝对不能随便运行从网上找到一个就直接在自己的服务器上。很多正常的脚本，背后可能被某些不法分子侵入了后门或病毒，这些恶意代码可能会窃取你的资源和数据，甚至利用你的服务器进行恶意攻击，导致你所在的服务区域瘫痪，影响其他用户的正常使用。因此，安全性作为首要，必须确保所用的测试脚本来源可靠、无害。博主在这里为大家收集的脚本，都是经过检验的。欢迎大家使用，之后博主还会不断的更新！

测试一下港仔的 KDDI/au 5G Mobile VPS 产品，少数的日本蜂窩網絡 Mobile 家宽，ip 质量优秀，常规流媒体和本土流媒体基本全都解锁，机器性能强劲，i912900H 的 CPU 性能不错，IO 也不错。IPV4 三网不可直连，推荐中转，IPV6 部分地区可直连，带宽应该是 200Mbps，不过都买了这么贵的家宽了，应该不差这点中转费用了

这个机器为双 ip 策略

入口：idc V4入口或者KDDI家宽V6入 //可以自带IPV4入口，直接对接你的线路机器
出口：KDDI家宽V4出或者家宽V6出

测试配置为

2C2G 8GB 
CPE 5G蜂窩網絡Mobile 5G
IPv4 *1 & IPv6 /64 SLAAC
1T流量「工单免费重置」
98刀/月

网络质量

IPV6 入

港仔日本 CPE 5G 蜂窩網絡 Mobile 5G 家宽 KDDI 测评2

bestvm V4 入

港仔日本 CPE 5G 蜂窩網絡 Mobile 5G 家宽 KDDI 测评1

测了一下日本本土互联，下载速度非常一般，这台前置貌似是限速了

BageVM → Boil.5G PCE

23 packets transmitted, 23 received, 0% packet loss, time 22531ms
rtt min/avg/max/mdev = 0.321/0.405/0.507/0.046 ms

[ ID] Interval           Transfer     Bitrate
[  5]   0.00-1.00   sec  3.02 MBytes  25.3 Mbits/sec                  
[  5]   1.00-2.00   sec  4.07 MBytes  34.1 Mbits/sec                  
[  5]   2.00-3.00   sec  4.07 MBytes  34.2 Mbits/sec                  
[  5]   3.00-4.00   sec  2.11 MBytes  17.7 Mbits/sec                  
[  5]   4.00-5.00   sec  2.64 MBytes  22.2 Mbits/sec                  
[  5]   5.00-6.00   sec  4.36 MBytes  36.6 Mbits/sec                  
[  5]   6.00-7.00   sec  5.04 MBytes  42.2 Mbits/sec                  
[  5]   7.00-8.00   sec  11.9 MBytes   100 Mbits/sec                  
[  5]   8.00-9.00   sec  12.3 MBytes   103 Mbits/sec                  
[  5]   9.00-10.00  sec  1.54 MBytes  12.9 Mbits/sec                  
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.03  sec  51.3 MBytes  42.9 Mbits/sec  6051             sender
[  5]   0.00-10.00  sec  51.1 MBytes  42.8 Mbits/sec                  receiver

[ ID] Interval           Transfer     Bitrate
[  5]   0.00-1.00   sec  7.88 MBytes  66.1 Mbits/sec                  
[  5]   1.00-2.00   sec  9.15 MBytes  76.8 Mbits/sec                  
[  5]   2.00-3.00   sec  15.2 MBytes   127 Mbits/sec                  
[  5]   3.00-4.00   sec  11.3 MBytes  95.0 Mbits/sec                  
[  5]   4.00-5.00   sec  3.80 MBytes  31.9 Mbits/sec                  
[  5]   5.00-6.00   sec  2.58 MBytes  21.7 Mbits/sec                  
[  5]   6.00-7.00   sec  2.29 MBytes  19.2 Mbits/sec                  
[  5]   7.00-8.00   sec  15.2 MBytes   127 Mbits/sec                  
[  5]   8.00-9.00   sec  22.0 MBytes   185 Mbits/sec                  
[  5]   9.00-10.00  sec  8.12 MBytes  68.2 Mbits/sec                  
[  5]  10.00-11.00  sec  2.39 MBytes  20.1 Mbits/sec                  
[  5]  11.00-12.00  sec  2.94 MBytes  24.6 Mbits/sec                  
[  5]  12.00-13.00  sec  2.32 MBytes  19.4 Mbits/sec                  
[  5]  13.00-14.00  sec   786 KBytes  6.44 Mbits/sec                  
[  5]  14.00-15.00  sec   708 KBytes  5.80 Mbits/sec                  
[  5]  15.00-16.00  sec   499 KBytes  4.09 Mbits/sec                  
[  5]  16.00-17.00  sec   551 KBytes  4.52 Mbits/sec                  
[  5]  17.00-18.00  sec   955 KBytes  7.82 Mbits/sec                  
[  5]  18.00-19.00  sec  1.65 MBytes  13.8 Mbits/sec                  
[  5]  19.00-20.00  sec   878 KBytes  7.19 Mbits/sec                  
[  5]  20.00-21.00  sec   672 KBytes  5.51 Mbits/sec                  
[  5]  21.00-22.00  sec   414 KBytes  3.39 Mbits/sec                  
[  5]  22.00-23.00  sec   487 KBytes  3.99 Mbits/sec                  
[  5]  23.00-24.00  sec  1.46 MBytes  12.3 Mbits/sec                  
[  5]  24.00-25.00  sec  5.53 MBytes  46.4 Mbits/sec                  
[  5]  25.00-26.00  sec  1.12 MBytes  9.42 Mbits/sec                  
[  5]  26.00-27.00  sec  1.08 MBytes  9.07 Mbits/sec                  
[  5]  27.00-28.00  sec   554 KBytes  4.54 Mbits/sec                  
[  5]  28.00-29.00  sec   373 KBytes  3.06 Mbits/sec                  
[  5]  29.00-30.00  sec   313 KBytes  2.57 Mbits/sec                  
[  5]  30.00-31.00  sec  5.22 MBytes  43.8 Mbits/sec                  
[  5]  31.00-32.00  sec  1.83 MBytes  15.4 Mbits/sec                  
[  5]  32.00-33.00  sec  15.4 MBytes   130 Mbits/sec                  
[  5]  33.00-34.00  sec  7.77 MBytes  65.2 Mbits/sec                  
[  5]  34.00-35.00  sec  7.04 MBytes  59.0 Mbits/sec                  
[  5]  35.00-36.00  sec  4.08 MBytes  34.2 Mbits/sec                  
[  5]  36.00-37.00  sec  2.04 MBytes  17.1 Mbits/sec                  
[  5]  37.00-38.00  sec  1.27 MBytes  10.7 Mbits/sec                  
[  5]  38.00-39.00  sec   554 KBytes  4.54 Mbits/sec                  
[  5]  39.00-40.00  sec  1.16 MBytes  9.73 Mbits/sec                  
[  5]  40.00-41.00  sec  6.31 MBytes  52.9 Mbits/sec                  
[  5]  41.00-42.00  sec  5.74 MBytes  48.2 Mbits/sec                  
[  5]  42.00-43.00  sec  4.96 MBytes  41.7 Mbits/sec                  
[  5]  43.00-44.00  sec  3.92 MBytes  32.8 Mbits/sec                  
[  5]  44.00-45.00  sec  3.29 MBytes  27.6 Mbits/sec                  
[  5]  45.00-46.00  sec  2.29 MBytes  19.2 Mbits/sec                  
[  5]  46.00-47.00  sec  3.12 MBytes  26.2 Mbits/sec                  
[  5]  47.00-48.00  sec  8.99 MBytes  75.4 Mbits/sec                  
[  5]  48.00-49.00  sec  13.0 MBytes   109 Mbits/sec                  
[  5]  49.00-50.00  sec  5.77 MBytes  48.4 Mbits/sec                  
[  5]  50.00-51.00  sec  1.10 MBytes  9.25 Mbits/sec                  
[  5]  51.00-52.00  sec  2.92 MBytes  24.5 Mbits/sec                  
[  5]  52.00-53.00  sec  2.81 MBytes  23.6 Mbits/sec                  
[  5]  53.00-54.00  sec  1.82 MBytes  15.3 Mbits/sec                  
[  5]  54.00-55.00  sec   458 KBytes  3.75 Mbits/sec                  
[  5]  55.00-56.00  sec   509 KBytes  4.17 Mbits/sec                  
[  5]  56.00-57.00  sec   501 KBytes  4.10 Mbits/sec                  
[  5]  57.00-58.00  sec   559 KBytes  4.58 Mbits/sec                  
[  5]  58.00-59.00  sec   819 KBytes  6.71 Mbits/sec                  
[  5]  59.00-60.00  sec   665 KBytes  5.45 Mbits/sec                  
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-60.03  sec   239 MBytes  33.4 Mbits/sec  28034             sender
[  5]   0.00-60.00  sec   239 MBytes  33.4 Mbits/sec                  receiver

ip 质量

TK 是解锁的啊，这个脚本有点问题

IPV4 质量

港仔日本 CPE 5G 蜂窩網絡 Mobile 5G 家宽 KDDI 测评3

IPV6 质量

港仔日本 CPE 5G 蜂窩網絡 Mobile 5G 家宽 KDDI 测评4
港仔日本 CPE 5G 蜂窩網絡 Mobile 5G 家宽 KDDI 测评5
港仔日本 CPE 5G 蜂窩網絡 Mobile 5G 家宽 KDDI 测评6

常见流媒体解锁

---------------流媒体解锁--感谢oneclickvirt/UnlockTests测试----------------
Can not detect IPv6 Address
测试时间:  2026-01-11 20:15:17
IPV4:
============[ 跨国平台 ]============
Apple                     YES (Region: JPN)
BingSearch                YES (Region: JP)
Claude                    YES
Dazn                      YES (Region: JP)
Disney+                   YES (Region: JP)
Gemini                    YES (Region: JP)
GoogleSearch              YES
Google Play Store         YES (Region: JP)
IQiYi                     YES (Region: JP)
Instagram Licensed Audio  YES
KOCOWA                    NO
MetaAI                    YES (Region: US)
Netflix                   YES (Region: JP)
Netflix CDN               JP
OneTrust                  YES (Region: JP TOKYO)
ChatGPT                   YES (Region: JP)
Paramount+                YES
Amazon Prime Video        YES (Region: JP)
Reddit                    YES
SonyLiv                   Banned
Sora                      YES (Region: JP)
Spotify Registration      NO
Steam Store               YES (Community Available) (Region: JP)
TVBAnywhere+              YES (Region: JP)
TikTok                    YES (Region: JP)
Viu.com                   YES
Wikipedia Editability     YES
YouTube Region            YES (Region: JP)
YouTube CDN               kddi - HND
---------------------TikTok解锁--感谢lmc999的源脚本---------------------
 Tiktok Region:         【JP】

细分流媒体解锁

 ** 正在测试 IPv4 解锁情况
--------------------------------
 ** 您的网络为: au one net (59.132.*.*)
============[ Multination ]============
 Dazn:                                  Yes (Region: JP)
 Disney+:                               Yes (Region: JP)
 Netflix:                               Yes (Region: JP)
 YouTube Premium:                       Yes (Region: JP)
 Amazon Prime Video:                    Yes (Region: JP)
 TVBAnywhere+:                          Yes
 Spotify Registration:                  No
 OneTrust Region:                       JP [Tokyo]
 iQyi Oversea Region:                   JP
 Bing Region:                           JP (Risky)
 Apple Region:                          JP
 YouTube CDN:                           [KDDI] in [Tokyo]
 Netflix Preferred CDN:                 Tokyo
 ChatGPT:                               Yes
 Google Gemini:                         Yes (Region: JPN)
 Claude:                                Yes
 Wikipedia Editability:                 Yes
 Google Play Store:                     Japan 
 Google Search CAPTCHA Free:            Yes
 Steam Currency:                        JPY
 ---Forum---
 Reddit:                                Yes
 ---Game---
 SD Gundam G Generation Eternal:        Yes
=======================================
===============[ Japan ]===============
 DMM:                                   Yes
 DMM TV:                                Yes
 Abema.TV:                              Yes (Region: JP)
 Niconico:                              Failed (Error: PAGE ERROR)
 Telasa:                                Yes
 U-NEXT:                                Yes
 Hulu Japan:                            Yes
 TVer:                                  Failed (Error: PAGE ERROR)
 Lemino:                                Yes
 AnimeFesta:                            Yes
 WOWOW:                                 Failed (Error: PAGE ERROR 1)
 VideoMarket:                           Yes
 D Anime Store:                         Yes
 FOD(Fuji TV):                          Yes
 Radiko:                                Yes (City: KAGOSHIMA)
 Karaoke@DAM:                           Yes
 J:com On Demand:                       Yes
 WATCHA:                                Yes
 Rakuten TV JP:                         Failed (Error: PAGE ERROR 1)
 ---Game---
 Kancolle Japan:                        Failed (Network Connection)
 Pretty Derby Japan:                    Yes
 Konosuba Fantastic Days:               Failed (Network Connection)
 Princess Connect Re:Dive Japan:        Yes
 Project Sekai: Colorful Stage:         Yes
 ---Music---
 Mora:                                  Yes
 music.jp:                              Yes
 ---Forum---
 EroGameSpace:                          Yes
=======================================

常见 IP 库结果

-------------IP质量检测--基于oneclickvirt/securityCheck使用--------------
数据仅作参考，不代表100%准确，如果和实际情况不一致请手动查询多个数据库比对
以下为各数据库编号，输出结果后将自带数据库来源对应的编号
ipinfo数据库  [0] | scamalytics数据库 [1] | virustotal数据库   [2] | abuseipdb数据库   [3] | ip2location数据库    [4]
ip-api数据库  [5] | ipwhois数据库     [6] | ipregistry数据库   [7] | ipdata数据库      [8] | db-ip数据库          [9]
ipapiis数据库 [A] | ipapicom数据库    [B] | bigdatacloud数据库 [C] | dkly数据库        [D] | ipqualityscore数据库 [E]
ipintel数据库 [F] | ipfighter数据库   [G] | fraudlogix数据库   [H] | cloudflare数据库  [I] |
IPV4:
安全得分:
信任得分(越高越好): 100 [8] 
VPN得分(越低越好): 0 [8] 
代理得分(越低越好): 0 [8] 
社区投票-无害: 0 [2] 
社区投票-恶意: 0 [2] 
威胁得分(越低越好): 0 [8] 
欺诈得分(越低越好): 28 [E] 
滥用得分(越低越好): 0 [3] 
威胁级别: low [9] 
流量占比: 真人(越高越好)96% [I] 机器人(越低越好)3% [I]
黑名单记录统计:(有多少黑名单网站有记录):
无害记录数: 0 [2]  恶意记录数: 0 [2] 可疑记录数: 0 [2]  无记录数: 93 [2] 
安全信息:
使用类型: unknown [C] business [9] cellular [3] isp [0 7 8]
公司类型: isp [0 7] 
浏览器类型: 主流37% 其他62% [I] 
设备类型: 桌面27% 移动72% 其他0% [I] 
操作系统类型: 主流98% 其他1% [I] 
是否云提供商: No [7 D] 
是否数据中心: No [0 5 8 C G] 
是否移动设备: No [5 G] Yes [C E]
是否代理: Yes [G] No [0 4 5 7 8 9 C D E]
是否VPN: No [0 7 C D E G] 
是否Tor: No [0 3 7 8 C D E] 
是否Tor出口: No [7 D] 
是否网络爬虫: No [9 E]
是否匿名: No [7 8 D] 
是否攻击者: No [7 8 D] 
是否滥用者: No [7 8 C D E] 
是否威胁: No [7 8 C D] 
是否中继: No [0 7 8 C D] 
是否Bogon: No [7 8 C D] 
是否机器人: No [E] 
Google搜索可行性：NO
------------邮件端口检测--基于oneclickvirt/portchecker开源------------
Platform  SMTP  SMTPS POP3  POP3S IMAP  IMAPS
LocalPort ✔     ✔     ✔     ✔     ✔     ✔    
QQ        ✔     ✔     ✔     ✘     ✔     ✘    
163       ✔     ✔     ✔     ✘     ✔     ✘    
Sohu      ✔     ✔     ✔     ✘     ✔     ✘    
Yandex    ✔     ✔     ✔     ✘     ✔     ✘    
Gmail     ✔     ✔     ✘     ✘     ✘     ✘    
Outlook   ✔     ✘     ✔     ✘     ✔     ✘    
Office365 ✔     ✘     ✔     ✘     ✔     ✘    
Yahoo     ✔     ✔     ✘     ✘     ✘     ✘    
MailCOM   ✔     ✔     ✔     ✘     ✔     ✘    
MailRU    ✔     ✔     ✘     ✘     ✔     ✘    
AOL       ✔     ✔     ✘     ✘     ✘     ✘    
GMX       ✔     ✔     ✔     ✘     ✔     ✘    
Sina      ✔     ✔     ✔     ✘     ✔     ✘    
Apple     ✘     ✘     ✘     ✘     ✘     ✘    
FastMail  ✘     ✔     ✘     ✘     ✘     ✘    
ProtonMail✘     ✘     ✘     ✘     ✘     ✘    
MXRoute   ✔     ✘     ✔     ✘     ✔     ✘    
Namecrane ✔     ✔     ✔     ✘     ✔     ✘    
XYAMail   ✘     ✘     ✘     ✘     ✘     ✘    
ZohoMail  ✘     ✔     ✘     ✘     ✘     ✘    
Inbox_eu  ✔     ✔     ✔     ✘     ✘     ✘    
Free_fr   ✘     ✔     ✔     ✘     ✔     ✘

机器性能

📌 转载信息
原作者：
STALK
转载时间：
2026/1/12 10:34:35

没找到相关的文档，自己瞎折腾的记录吧

添加解锁 DNS

根据 dns 解锁供应商的信息，一般都是类型 UDP, 端口 53

s-ui 折腾 dns 解锁1

添加规则集

下面已 netflix 为例，在路由规则里添加规则集 , 类型选择远程 , 标签按照自己喜好来，URL 填上大佬做的规则，出站选择 direct, 更新按照自己来，点击保存

创建两个规则一个是 geosite, 另一个是 geoip

最后不要忘记点击上面的保存这步老是遇到报错，vps 上输入 s-ui, 根据提示输入数字重启面板，再重复操作一下​

https://raw.githubusercontent.com/MetaCubeX/meta-rules-dat/sing/geo/geosite/netflix.srs
https://raw.githubusercontent.com/MetaCubeX/meta-rules-dat/sing/geo/geoip/netflix.srs
s-ui 折腾 dns 解锁2


s-ui 折腾 dns 解锁3

配置 DNS 规则

在 DNS 页面，添加 DNS 规则，规则集选择上面自己添加的，服务器选择添加的 dns, 策略这里选了 ipv4_only, 点击保存，最后不要忘记点击上面的 保存

by the way

目前这样设置想要只有 vless-0 出站走 dns 解锁，问了 gpt 也是这样，但是好像没有效果，其他出站一样可以解锁，不知道哪个佬友清楚还是设置不对，反正解锁是没问题

s-ui 折腾 dns 解锁4

📌 转载信息
原作者：
Echoliu
转载时间：
2026/1/9 10:14:58

零、参考文章

推荐大家查阅，里头讲清楚了邪修节点部分原理:
【邪修】自建稳定能用的节点教程 - 开发调优 / 开发调优，Lv1 - LINUX DO

一、前置准备

  1. 一个域名。可以是白嫖的，或者买一个.xyz 的域名很便宜
  2. 一个 VPS, 我用的是 RN 的小鸡
  3. 一个 CloudFlare 账号
  4. 一个 Gemini/GPT 账号 (可选) 用于回答你期间可能出现的问题

二、邪修节点

3x-ui 部署

3x-ui 官方安装文档

1. 进入 VPS 终端，执行以下命令

docker run -itd \
 -e XRAY_VMESS_AEAD_FORCED=false \
 -e XUI_ENABLE_FAIL2BAN=true \
 -v $PWD/db/:/etc/x-ui/ \
 -v $PWD/cert/:/root/cert/ \
 --network=host \
 --restart=unless-stopped \
 --name 3x-ui \
 ghcr.io/mhsanaei/3x-ui:latest

2. 初步配置 3x-ui, 以下为示例，以你实际参数为准，

$docker ps

输出:
CONTAINER ID   IMAGE                           COMMAND                  CREATED       STATUS       PORTS                      NAMES
0597ee21536a   ghcr.io/mhsanaei/3x-ui:latest   "/app/DockerEntrypoi…"   6 hours ago   Up 6 hours         

$docker exec -it 0597ee /bin/sh

$/app/x-ui setting -username 用于登录3x-ui面板的用户名 -password 密码

$exit

3. 打开浏览器访问: http:// 你的 vps-ip:2053 进入面板

4. 添加邪修节点，按图配置点击创建

3x-ui 部署白嫖大厂 CDN 节点历程备忘存档1


注意：如果不需要 nginx 可以直接用 80 端口

点击三点，导出链接

3x-ui 部署白嫖大厂 CDN 节点历程备忘存档2

打开 v2rayN, ctrl+v 添加节点，并修改如图圈起位置为对应参数

3x-ui 部署白嫖大厂 CDN 节点历程备忘存档3

先确定保存，这个时候是不通的

5.cloudflare 配置

登录 cloudflare, 找到要使用的域名编辑 DNS 记录，添加一个 A 记录指向 VPS, 并关闭小黄云

3x-ui 部署白嫖大厂 CDN 节点历程备忘存档4

添加 worker 并部署，注意看注释

addEventListener("fetch", event => {
  let url = new URL(event.request.url);
  url.hostname = "刚刚得到的子域名 如rn.abc.com";
  url.protocol = 'http';

  // 注意: 如果不需要nginx, 下面这一行一定要解除注释, 并且端口号与入站节点要保持一致 // url.port = '8080'; let newHeaders = new Headers(event.request.headers);
  newHeaders.set("Host", "rn.ringgav.xyz");

  let request = new Request(url, {
    method: event.request.method,
    headers: newHeaders,
    body: event.request.body,
    redirect: 'manual'
  });

  event.respondWith(fetch(request));
});

而后添加一个路由规则

3x-ui 部署白嫖大厂 CDN 节点历程备忘存档5


3x-ui 部署白嫖大厂 CDN 节点历程备忘存档6


3x-ui 部署白嫖大厂 CDN 节点历程备忘存档7

SSL/TLS 修改为灵活 (Flexible)

3x-ui 部署白嫖大厂 CDN 节点历程备忘存档8

此时回到 v2rayN 对刚刚修改后的节点测速，应该是有延迟的

3x-ui 部署白嫖大厂 CDN 节点历程备忘存档9

6. 增加 cdn 节点

此处请跳转参考以下文章小节 “继续新增如下解析，注意都关闭小黄云” 添加 N 个 CNAME

这篇文章是本教程的核心，推荐大家查阅，里头讲清楚了为什么叫 "邪修":
【邪修】自建稳定能用的节点教程 - 开发调优 / 开发调优，Lv1 - LINUX DO

添加完成后如图

3x-ui 部署白嫖大厂 CDN 节点历程备忘存档10

** 回到 V2RayN, 选中刚刚那个节点，ctrl+c 而后 ctrl+v 若干次，可以和 CNAME 的个数一致，并双击复制节点，修改地址 (address) 为: 数字 cdn.abc.com **
3x-ui 部署白嫖大厂 CDN 节点历程备忘存档11

最后都搞到代理软件里就好，为了负载均衡，我最终用的是 clash party (不熟悉 V2RayN), 可以自己部署一个 sublink_converter 转换一下

3x-ui 部署白嫖大厂 CDN 节点历程备忘存档12
贴一个手机热点速度

我这属于慢的，我看参考源站有飙到 500 + 的

3x-ui 部署白嫖大厂 CDN 节点历程备忘存档13

优选节点，我也不知道算不算哈哈哈

开启 BBR

出站 warp

VPS 安全

WebDAV 备份

安装 rclone

sudo apt install rclone -y

添加 webdav 仓库，此处以坚果云为例

rclone config 
#!/bin/bash

# --- 基础配置 ---
HOSTNAME=$(hostname)
BACKUP_TEMP="/root/server_backup/temp_folder"
BACKUP_FINAL="/root/server_backup/final"
REMOTE_PATH="jianguoyun:/vps-rclone"
MAX_BACKUPS=20
DATETIME=$(date +"%Y-%m-%d %H:%M:%S")
FILE_TIME=$(date +%Y%m%d_%H%M%S)
COMPOSE_DIR="/root/3x-ui"

# --- 企业微信 Webhook 配置 ---
WEBHOOK_URL="https://qyapi.weixin.qq.com/cgi-bin/webhook/send?key=你的企微key"
# 通知函数
send_wechat_notice() {
    local status=$1
    local message=$2
    local color="info"
    [ "$status" == "失败" ] && color="warning"

    curl -s -X POST "$WEBHOOK_URL" \
        -H "Content-Type: application/json" \
        -d "{
        \"msgtype\": \"markdown\",
        \"markdown\": {
            \"content\": \"**VPS 备份提醒**\n> 状态: <font color=\\\"$color\\\">$status</font>\n> 主机: $HOSTNAME\n> 时间: $DATETIME\n> 详情: $message\"
        }
    }"
}

# 1. 环境准备与恢复脚本生成
mkdir -p $BACKUP_TEMP
mkdir -p $BACKUP_FINAL

cat <<EOF > $BACKUP_TEMP/restore.sh
#!/bin/bash
echo "开始恢复备份..."
if [ -d "./nginx_config" ]; then
    rm -rf /etc/nginx/*
    cp -r ./nginx_config/* /etc/nginx/
fi
mkdir -p $COMPOSE_DIR
cp -r ./3xui_db $COMPOSE_DIR/db
cp -r ./3xui_cert $COMPOSE_DIR/cert
cp ./docker-compose.yml $COMPOSE_DIR/
nginx -t && systemctl restart nginx
cd $COMPOSE_DIR && docker-compose up -d
echo "恢复完成。"
EOF
chmod +x $BACKUP_TEMP/restore.sh

# 2. 打包流程
cp -r /etc/nginx $BACKUP_TEMP/nginx_config
cp -r $COMPOSE_DIR/db $BACKUP_TEMP/3xui_db
cp -r $COMPOSE_DIR/cert $BACKUP_TEMP/3xui_cert
cp $COMPOSE_DIR/docker-compose.yml $BACKUP_TEMP/
# 备份脚本也打包进去
cp "$0" $BACKUP_TEMP/vps-backup.sh

FILENAME="${HOSTNAME}_full_bak_${FILE_TIME}.tar.gz"
tar -czf $BACKUP_FINAL/$FILENAME -C $BACKUP_TEMP .

# 3. 上传与通知
if rclone copy $BACKUP_FINAL $REMOTE_PATH -P; then
    # --- 保持最多 20 个备份逻辑 ---
    file_list=$(rclone lsf $REMOTE_PATH | grep "${HOSTNAME}" | sort)
    # 计算当前备份文件的总数
    file_count=$(echo "$file_list" | grep -v '^$' | wc -l)

    if [ $file_count -gt $MAX_BACKUPS ]; then
        # 计算需要删除的文件数量
        remove_count=$((file_count - MAX_BACKUPS))
        # 提取最旧的 N 个文件名并循环删除
        echo "$file_list" | head -n $remove_count | while read -r line; do
            rclone delete "$REMOTE_PATH/$line"
        done
    fi
    send_wechat_notice "成功" "备份已同步至坚果云，包名：$FILENAME"
else
    send_wechat_notice "失败" "rclone 同步过程出错，请检查网络或配置。"
fi

# 4. 清理本地临时文件
rm -rf $BACKUP_TEMP
rm -rf $BACKUP_FINAL

好晚了凌晨 5 点，改天补内容

📌 转载信息
原作者：
RinggaV
转载时间：
2026/1/3 11:55:58

在 VPS 上部署 AdGuard Home 并将其用于 Android 9+ 的 “私人 DNS”（Private DNS）功能，核心关键在于启用 DNS-over-TLS (DoT)。Android 的原生私人 DNS 功能只支持 DoT 协议，而不支持 DoH（DNS-over-HTTPS）。

很多人关心的速度，目前放在美帝的 vps 上，

如何用 VPS 自建 DoT (AdGuard Home 版) ：去广告 + 加密 DNS1

详细的步骤指南。

准备工作

  1. 一台 VPS： 建议使用 Ubuntu 20.04/22.04 或 Debian 11/12。
  2. 一个域名： 你需要拥有一个域名（例如 example.com），并为其设置一个子域名（例如 dns.example.com）。
  3. SSH 工具： 用于连接 VPS。

设置域名解析 (DNS Records)

在你的域名注册商（如 Cloudflare, GoDaddy, AliYun 等）后台，添加一条 A 记录：

  • Type: A
  • Name: dns (即你的子域前缀)
  • Content: 你的VPS IP地址
  • Proxy status: 如果是用 Cloudflare，请关闭小云朵（仅 DNS，不代理），否则 SSL 证书申请和端口连接会出问题。

处理端口冲突 (Ubuntu/Debian 常见问题)

Ubuntu 系统默认的 systemd-resolved 会占用 53 端口，导致 AdGuard Home 无法启动 DNS 服务。我们需要先释放它。

  1. 停止并禁用 systemd-resolved：
sudo systemctl stop systemd-resolved
sudo systemctl disable systemd-resolved
  1. 手动设置系统的 DNS（防止 VPS 没网）：
    编辑 /etc/resolv.conf：
sudo nano /etc/resolv.conf

将其内容改为（或者把原来的 nameserver 127.0.0.53 删掉，换成下面的）：

nameserver 8.8.8.8
nameserver 1.1.1.1

按 Ctrl+O 保存，Ctrl+X 退出。

安装 AdGuard Home

AdGuard Home 官方提供了一键安装脚本，非常方便。

  1. 运行安装命令：
curl -s -S -L https://raw.githubusercontent.com/AdguardTeam/AdGuardHome/master/scripts/install.sh | sh -s - -v
  1. 放行防火墙端口：
    如果你的 VPS 有防火墙（如 UFW），需要放行以下端口：
  • 80/tcp (申请证书验证用)
  • 3000/tcp (初始安装向导)
  • 853/tcp (关键：Android 私人 DNS 专用端口)
  • 443/tcp (HTTPS/DoH)
  • 53/tcp+udp (普通 DNS)
# UFW 示例 sudo ufw allow 80/tcp
sudo ufw allow 3000/tcp
sudo ufw allow 853/tcp
sudo ufw allow 443/tcp
sudo ufw allow 53/tcp
sudo ufw allow 53/udp

初始化配置 AdGuard Home

  1. 打开浏览器，访问 http://你的VPS_IP:3000。
  2. 点击 “开始配置”。
  3. 网页管理界面：建议端口保持 3000 或改为 8080（不要设为 80，留给申请证书用）。
  4. DNS 服务器：端口必须是 53。
  5. 设置管理员账号密码，完成配置。

申请 SSL 证书

为了使用 Android 的私人 DNS (DoT)，必须有合法的 SSL 证书。我们将使用 certbot 来申请免费的 Let’s Encrypt 证书。

  1. 安装 Certbot：
sudo apt update
sudo apt install certbot -y
  1. 申请证书：
    （确保此时没有其他程序占用 80 端口）
# 请将 dns.example.com 替换为你真实的域名 sudo certbot certonly --standalone -d dns.example.com

如果成功，你会看到证书存放路径，通常在 /etc/letsencrypt/live/dns.example.com/ 下。

  • fullchain.pem (公钥 / 证书)
  • privkey.pem (私钥)

在 AdGuard Home 中启用加密

  1. 回到浏览器，访问 http://你的VPS_IP:3000 并登录。
  2. 点击顶部的 “设置” (Settings) → “加密设置” (Encryption settings)。
  3. 勾选 “启用加密” (Enable encryption)。
  4. 服务器名称 (Server name)：输入你的域名 dns.example.com。
  5. HTTPS 自动重定向：如果你的管理面板不在 80/443，可不勾选。
  6. 证书部分：
    AdGuard Home 可能没有权限直接读取 /etc/letsencrypt 目录。你可以选择以下两种方法之一：

  • 方法 A（直接粘贴内容，推荐新手）：
    使用 cat 命令在 VPS 上查看文件内容，然后复制粘贴到网页框里。

  • 证书文件路径：运行 cat /etc/letsencrypt/live/dns.example.com/fullchain.pem，复制所有内容粘贴到 AGH 的 “证书” 框。

  • 私钥文件路径：运行 cat /etc/letsencrypt/live/dns.example.com/privkey.pem，复制所有内容粘贴到 AGH 的 “私钥” 框。

  • 方法 B（填写路径）：
    直接填写路径 /etc/letsencrypt/live/dns.example.com/fullchain.pem 和 /etc/letsencrypt/live/dns.example.com/privkey.pem。如果提示无权限，你需要修改证书目录权限（不推荐，安全性降低）或更改 AGH 的运行用户。

  1. 点击 “保存配置”。

在 Android 手机上设置

现在服务端已经配置好了，接下来配置手机。

  1. 确保你的 Android 版本是 9 或更高。
  2. 打开 “设置” → “网络和互联网” (或 “连接与共享”)。
  3. 找到 “私人 DNS” (Private DNS)。
  4. 选择 “私人 DNS 提供商主机名” (Private DNS provider hostname)。
  5. 输入你的域名：dns.example.com。
  6. 点击保存。

验证成功：
如果下方没有出现 “无法连接” 的报错，且你能正常上网，说明配置成功！你可以回到 AdGuard Home 的后台 “仪表盘”，刷新一下，应该能看到来自你手机 IP 的 DNS 查询请求，且协议显示为 DoT。

高级提示与避坑

  1. 关于公网 DNS 的风险：
    将 DNS 开放到公网可能会被扫描并用于 DNS 放大攻击。AdGuard Home 允许你限制访问来源。
  • 设置 → DNS 设置 → 允许的客户端：如果不填，则允许所有。
  • 注意：手机在移动网络下 IP 是变动的，无法通过 IP 白名单限制。
  • 折中方案：不要把你的 dns.example.com 告诉别人，并在 AdGuard Home 中配置 “访问限制”，限制请求频率（Rate Limit），防止被滥用。
  1. 证书续期：
    Let’s Encrypt 证书有效期 90 天。你需要设置自动续期。
    如果是用 --standalone 模式，续期时需要占用 80 端口。你可以写个简单的脚本放到 crontab 里：
certbot renew --pre-hook "systemctl stop adguardhome" --post-hook "systemctl start adguardhome"

(注：如果你的 AGH 没占用 80 端口，不需要 stop/start，直接 certbot renew 即可)。
3. 延迟问题：
VPS 的物理距离决定了 DNS 解析的延迟。如果 VPS 在美国，你在国内使用，DNS 解析会有 150ms+ 的延迟，会感觉打开网页变慢。建议使用香港、日本或国内（需备案）的 VPS。

📌 转载信息
原作者：
justincnn
转载时间：
2026/1/1 20:29:49

混 VPS 久了你一定会发现：
同样是服务器，有的 IP 怎么用都顺，有的 IP 一上来就是 CF 骑脸。
这事八成不是你操作问题，是 IP 质量。

一句话解释什么是 IP 质量

IP 质量 = 你用这个 IP 时，被网站当人还是当机器人。
好的 IP： 注册不折腾， 少验证码， AI 不降智。
烂的 IP：红绿灯 + 斑马线套餐，注册失败、地区不支持， ChatGPT/Gemini 各种异常。

网站是怎么判断你 IP 的？

核心就两样：

  1. 公开 IP 数据库（我们能查的），地区， ISP / ASN，是否机房 / 家宽，有没有滥用记录。
  2. 网站自己的私有记录（查不到），你这个 IP 干过什么，你邻居干过什么。所以会出现经典情况：“检测全绿，但某个网站就是风控你” —— 很正常。

IP 类型别被商家忽悠

简单说结论：
家宽 IP：信任度高，但贵、慢、不稳定，机房 IP：便宜、快、稳定，但天生被防，移动 IP：风控有时比家宽还松，但不适合长期用。
风控强度主观排序：家宽 ≈ 移动 > 商业 > 机房

原生 / 广播 IP，这是国人特色概念。原生：注册地 = 使用地，广播：不一致，原生通常好卖，也通常略好用，但不是刚需。

流媒体解锁 ≠ IP 质量，这是新手最容易踩的坑。能解锁 Netflix，不代表 IP 干净， 解锁主要看 地区，不是质量， DNS 解锁甚至 IP 再烂也能看。

只看流媒体，别为 “好 IP” 多花钱。

不拿到 IP，也能查的几个靠谱手段

IP2Location —— 看底子

只看三项：
地区， Usage Type， ASN。它如果都标你 VPN / Abuse，直接减分。

IPQS —— 看名声

非常敏感：标干净的，基本真干净， 标危险的，不一定真危险。当参考即可。

Ping0 —— 只干一件事

看 ASN + 原生 / 广播，其他数据当娱乐。

Cloudflare ASN 机器人占比

机器人多 → 跳盾概率高，家宽 ASN 基本人类流量。

拿到 IP 后，最有效的检测方式。

一句话：> 直接用，比任何检测站都准。
常用脚本：
bash <(curl -Ls IP.Check.Place)
bash <(curl -L -s check.unlock.media)

无痕模式实测： Google 搜索直接拦 → 基本废， Reddit / YouTube 验证 → 中等扣分， ChatGPT 无人机验证 → 风控明显。 Gemini / Meta 被送中，很多时候是整段 IP 的问题，不是你一个人。 --- ## 伪家宽提醒一句 某些 IP： 在部分库像家宽，在专业库是机房。常见 Cogent / GTT / NTT。花家宽的钱，买机房体验，很亏。 --- ## 最后一句经验话 IP 质量不是一次检测终身有效， 一个库不准很正常，真正的标准只有一个：你用着顺不顺

[相关内容](https://www.heynd.com/archives/vps-ip)

📌 转载信息
原作者：
Rosna
转载时间：
2025/12/29 12:32:00

【agent 测评】背景与挑战以及机遇4

背景

从 24 年开始，LLM 从简单的文本对话向具备感知、规划、工具使用和自主行动能力的方向发展（关键词 React、Plan And Action），测试的核心痛点是模型的不确定性、技能的稳定性、行为的可控性。由于各种模型幻觉、rag 检索、工具使用、CoT 质量等等 span 的划分，传统的测试方法面临失效（注意 Tool、Mcp 的开发不在失效范围内）。在这种背景下应运而生一种全新职业，Agent 测评工程师。

测试崩塌

传统测试

在过去我们工作经验中，测试是质量保障，建立在确定性的基础上。无论是我们的单元测试、集成测试，都是输入 A 出 B 才适合功能正常，任何其他输出都是 Bug。但是 Ai Agent 的大脑 llm 天生就是概率性的系统。
这就导致传统测试以下问题：

  1. 非确定性的输出，不是输入 A（Prompt）就会出现 B，而是可能出现完全不同的推理路径，比如输入 hello，传统就是 hello xxx。但是 agent 可能推理用户什么输入 hello，他想干什么，从而输出 hello​，或者 hello 我是 xxxx（自我介绍）
  2. 测试覆盖度，传统的软件空间是有限的，你可以使用脚本或者人力枚举所有的测试案例，但是面对 agent 输入的是自然语言，输入就是无穷的。
  3. 任务失败归因，当你的 agent 没有按照你的预期完成任务的时候，正常人是很难判定到底是模型能力不行、Rag 不行、Prompt 不行还是中间出现了异常情况 (网络、磁盘、工具等等)

信任问题

当 agent 出现一次离谱的操作的时候，你就会对其产生极度的不信任感，这种不信任感来自于对信息输入源、加工过程的黑盒问题，以及人类自身的能力边界，无法证伪但是我觉得不对。

简述

Agent 测评工作就是讲不确定性转变为可度量、可量化、可反馈的可靠性工程。

Agent 测试

测试集

代码

SWE-Bench 不容置疑，都用这个来跑 code agent 的能力，也是权威的测试基准之一。他不是建的算法题、一个功能实现，而是从 github 上的流行仓库中去收录 issue 和 pr。
测试方法通常包括：
issue（人类提出的问题）
pr（修复代码，金标答案）
test（fail to pass 测试用例）
测试过程：
注入 Prompt - llm - reasoning - plan - tool - llm 循环，过程中需要对每个节点继续观测，例如时间、轮数、决策、工具调用、Cot、结果。最后调用 test 用例测试修复效效果。
高阶一点的还要回归验证，如果太多还要通过 ast 找到代码修改后影响的功能，只对影响的进行回归。这里 pass@10 说一下，测试十次有一次通过就算通过，测试的是上限能力、探索能力、自我修正潜力，难度较低。
输出：
测试报告，dpo、sft 数据集（辅助 agent、模型成长）

通用

GAIA 测试的是 agent 的解决现实世界的能力，例如去淘宝买个低价 key。对于人来说很简单，但是对于 agent 来说需要复杂的工具使用、多模态理解和步骤规划。
测试方法：
Prompt（概念简单但步骤复杂，现实问题）
Mock (可以理解为一个测试淘宝站点，你不可能让 agent 真去买)
测试过程:
同代码雷同，但是这里会产生非结构化数据，比如录屏、截图（判断哪个步骤失败关键证据），最后以结果为导向，比如 mock 的数据库中数量 - 1（而不是 agent 说购买成功就行的）
输出：
同上

综合

AgentBench，涵盖 OS、DB、KG、卡牌游戏等不同的环境。

垂直

BFCL 专门测试模型函数调用的准确性，主要测试参数提取、格式对齐等能力。测试可以不真正调用，只要比对调用 json 与说明文档是否一致（不能多也不能少，还得对）

跑分

经过上面的说明，应该可以悟道为什么分高能低了吧。什么你不知道？

当指标成为目标

  1. 数据污染，由于上面说的测试集是公开集，那么模型训练数据甚至微调数据中可能就包含了测试题答案。那么这就是开卷考试了直接背答案而不是推理。那么遇见真是场景要推理的时候，完犊子了
  2. 针对性特训，为了刷榜写特定的 Prompt 或者启发式规则来迎合测试。

测试环境与现实的错误

  1. 基准测试都是在温室里面进行的，环境干净、网络稳定、权限全开，但是真实环境充满了，不稳定的 api、复杂的权限、屎山的各种奇怪约束
    【agent 测评】背景与挑战以及机遇1
  2. 现实问题往往都是机械的多步的复杂的，误差会出现累积现象，每一个步骤都是 98% 成功，那么 50 个步骤呢？只有区区的 36%

评估的局限性

  1. 许多基准只看最终结果，例如我刚刚说的 swe-bench 你修好了一个 bug，引入了 10 个 bug，然后原来的功能凉了。还有例如，τ-bench 的评估脚本存在漏洞，导致一个 “什么都不做” 的 Agent 竟然能获得 38% 的通过率，仅仅因为测试脚本未能正确检测空操作。
  2. 缺乏过程监控，上面的测试集我都提到了，一个功能消耗 100k token 和 10 轮解决，与消耗 20k 和 15 轮解决你选哪个？还有为了解决 bug 把功能删了是不是修好了？
  3. 还有的甚至都不开发 mock，就像我上面说的，直接信任 agent 输出。

职责、框架、标准

这一篇不讲评测平台架构设计、模块开发、三高实现

初、中级

关键字：数据清洗、脚本、Case
执行评测任务，维护评测数据集，编写自动化测评脚本，对 bad case 继续标注归因分析。

高级、专家

构建平台体系，搭建评测框架，仿真环境搭建、过程数据采集（平台级别）、算法优化、红队测试（安全不要遗忘）

核心技能树

  1. Ai 与大模型原理（不掌握就找不到问题，只知道不行）
  2. 代码工程能力（python）
  3. 数据分析（统计学、归因）
  4. 评估框架与工具掌握（实现、原理、使用）

晋升

纵向

测试 - 测开 - 转型（+AI）- 工程师 - 架构师 / 专家

横向

Agent Ops/MLOps、Ai 安全专家

未来

  • 人评到智评，会出现 Agent 判官作为专家辅助测评。可能测评工程师后面就是 "训练裁判"，而不是亲自当裁判。
  • 生成式社会模拟，把被测 agent 直接扔到一个 agent 社会里面，多智能体的高度延伸
  • 安全与合规，目前从我的角度来看，都是裸奔没有什么安全可言。所以 Ai 安全专家也是安全转行的一个点（目前感觉都还在摸索 AI 安全的方向），Agent 跑不出软件的概念，传统安全可以涵盖但不是 AI 安全我认为。

目前各个企业都还是热衷于搞自己的 agent，虽然社会上已经有这么多的 agent。Agent 不断的发展也会带来测评的改变，引用 2 张图：

【agent 测评】背景与挑战以及机遇3


【agent 测评】背景与挑战以及机遇2

结束

仅供扫盲，讲讲一些通俗易懂的点

📌 转载信息
原作者：
beingS
转载时间：
2025/12/26 12:59:26

Claude Code 在会话开始时会提前加载所有工具定义，这会消耗大量上下文 token - 特别是对于配置了多个 MCP 服务器、插件和代理的用户。Anthropic 已发布专门为此设计的测试功能：工具搜索工具和程序化工具调用。

相关文档请查看：https://www.anthropic.com/engineering/advanced-tool-use

通过搜索 GitHub - anthropics/claude-code: Claude Code is an agentic coding tool that lives in your terminal, understands your codebase, and helps you code faster by executing routine tasks, explaining complex code, and handling git workflows - all through natural language commands. 发现使用

export ENABLE_TOOL_SEARCH=1

可以体验这个功能
未使用 ENABLE_TOOL_SEARCH=1 时，上下文占用

图片


Free space 有 47.5% 可用
使用 export ENABLE_TOOL_SEARCH=1 后

让 Claude Code 使用 MCP 时减少令牌消耗1


Free space 有 64.5% 可用
正常使用 cc 处理问题后，再看占用情况

让 Claude Code 使用 MCP 时减少令牌消耗2


只加载了 4 个工具，没有使用到的工具和 mcp 不会加载，极大了减少了下文的占用
测试使用的版本信息
claude --version
2.0.76 (Claude Code)

📌 转载信息
转载时间：
2025/12/25 15:14:39

image

Boil の家裡雲，又称港仔，亚太顶级家宽服务商，主营 HK/TW 产品，提供 HKT/HKBN/iCable/Hinet/Seednet/Kbro 等几乎完整齐全服务商的家里云 (托管在家里的服务器)，以顶级的家宽质量，标准化稳定产品闻名，亚太家宽 T0 服务商，旗下还有 JP/CA 等地的家宽，质量也是一如既往的优秀。价格适中，主要面向中高端用户，以独立 ip 为主，NAT 机器为辅，大户个人都有对应产品线。

本文无 aff，由于原始篇幅巨大 (2w+) 故删除细分流媒体测试数据 + 部分网络测试数据 + 部分相近的机器性能数据，以便字数能减少到 1w 内 (核心结论不会删除，只删除过程数据，结果仍然相同)，如需精确数据可查看原文。文章涉及产品众多，如有谬误，还请评论指正。测试机器由 Boil 官方提供，感谢支持～

本次测试 Boil 的 HK+TW+CA 的主营产品，包括 HKT,HKBN,HGC,CMHK,iCable，Hinet,Seednet,Kbro, 台哥大 ,Telus 等产品，日本家宽因为没货以后再补测。本次测试本来集中于测试 ip，测完一轮发现 IP 质量都是几乎完美的，故二轮再补了其国内互联和国际路由的情况，方便大家玩机；机器标注带宽均能达到所以每个测试中不测港内 (本土) 互联；家宽大部分不能直连，但凡能有一点直连的可能我都会测试并展示数据，没有的就是几近断流没有测试意义。

省流:

测试后发现 Boil 所有产品都是真家宽，纯血家里云，默认 ip 质量优秀，省流中不再强调 ip 质量 (部分 ip 部分特殊流媒体 (TVB) 解锁掉了，如有特定需求还请认真参考数据)；HK 地区机器性能中规中矩，IO 偏低；TW 地区的机器全都是性能怪兽，每台都是 AMD Ryzen 9 5950X 的 CPU，而且从测试来看基本没超售，真的猛

HKT-500Mbps - 普通 | $38 / 月

  • 香港最大 ISP 之一，上游 PCCW，部分地区可直连但延迟波动大
  • 电信联通直连速度 < 1Mbps，移动可跑 100-300Mbps
  • 国际互联遥遥领先其他 HK 家宽

HKT-2500 - 打机神线 | $88 / 月

  • 官方游戏优化线路，路由质量优于普通版，国际互联增强
  • 2Gbps 带宽可跑满，适合游戏玩家 / 流媒体大户

iCable 1000Mbps | $38 / 月

  • 双栈架构：iCable V4 + HKT V6，上游接 TATA
  • 电信走 CN2 但丢包严重，移动上行 500Mbps 但下行仅 20Mbps，必须中转

HGC 1000Mbps | $38 / 月

  • 双栈架构：HGC V4 + HKT V6
  • 三网绕路严重丢包，必须中转

HKBN 1000Mbps | $38 / 月

  • 双栈架构：HKBN V4 + HKT V6
  • 单 IP 限速 10Mbps 且实测仅 1Mbps，三网爆炸

Hinet 500Mbps | $55 / 月

  • 台湾中华电信，可选静态 IP
  • 电信丢包严重，联通移动可直连 100Mbps+

Seednet 300Mbps | $38 / 月

  • 双栈架构：Seednet V4 + Hinet V6
  • 国际互联优秀，HK-TW 走 HKIX 延迟 25ms
  • V6 可 Hinet 直连，性价比之王

Kbro 1000Mbps | $68 / 月

  • Hinet 入站 + Kbro 出站
  • HK-TW 延迟低丢包低可轻松跑 800Mbps+
  • 直播 / 流媒体神器

台哥大 500Mbps NAT | $18.88 / 月

  • Hinet 入站 + 台哥大出站
  • HK-TW 延迟 30ms 可跑 400Mbps

Telus 1000Mbps VDS | $168 / 月

  • 独一无二加拿大家宽
  • 联通移动可直连 100Mbps+，电信需中转
  • 国际互联稳定，HK/JP/US 中转不丢包
  • AMD Ryzen 9 6900HX 性能怪兽

都是真家宽，怎么选都行，如果你问我亚太选择什么的话，我会选择 iCable+Kbro 的组合，反正 HK 都是要中转的，iCable 可以让我一台机器玩两个家宽，且 iCable 有独特的去程优化 (电信 / 移动单线程零丢包 400Mbps+)，如果我要上传或者直播这种大量上传的，能省不少优化流量；Kbro 我就是看中它入站顶级的港台互联，单线程 0 丢包上下行 800Mbps+，太极致了，完全值 68 刀的价钱。你要是追求国际互连那就 HKT。

它家还有 NAT 机器，Boil 的 NAT 机器比其他家明显贵一截，主要原因是老板每台机器只卖 10 个人以内，不会想其他家那种超售到爆炸的 NAT 机，而是保证了一定稳定性的 NAT 机器，而且带宽给的还是比较足的，基本能跑到标定值，不过老板换 ip 不是自动换的，而是由用户说要换他才手动换 (是不是可以弄个定时 tgbot 每天提醒老板换)。ip 实测下来和独立 ip 还是有差距，但差距并不明显。

产品线路配置带宽流量月付 (USD)
Hinet 777Mbps1 核 / 1G 内存 / 8G 硬盘777Mbps 共享2TB$13.88
台哥大 5G 500Mbps1 核 / 1G 内存 / 8G 硬盘500Mbps 共享上传300GB$18.88
HKT 2.5Gbps2 核 / 2G 内存 / 8G 硬盘2.5Gbps 共享5TB$12.88
HKT 1000Mbps1 核 / 1G 内存 / 8G 硬盘1000Mbps 共享2TB$8.88
HKBN 2.5Gbps2 核 / 2G 内存 / 8G 硬盘2.5Gbps 共享5TB$9.88
HKBN 1000Mbps1 核 / 1G 内存 / 8G 硬盘1000Mbps 共享2TB$7.88
iCable 1000Mbps1 核 / 1G 内存 / 8G 硬盘1000Mbps 共享2TB$8.88
HGC 1000Mbps1 核 / 1G 内存 / 8G 硬盘1000Mbps 共享2TB$7.88
CMHK 1000Mbps1 核 / 1G 内存 / 8G 硬盘1000Mbps 共享300GB$13.88
Telus 500Mbps1 核 / 1G 内存 / 8G 硬盘500Mbps 共享1TB$28.88

他家机器如果没跑满或者丢包和我的数据差异明显，就试试把 BBR 开了

//选11，开BBR+FQ
wget http://sh.xdmb.xyz/tcp.sh && bash tcp.sh

下面就让我们开始品鉴亚太最顶级的家宽服务商的主打产品线吧

HK

提醒：HK 地区本身不解锁 Gemini/Chatgpt 等 ai，和家宽与否无关，HK 地区本身不解锁。产品本身为动态 ip，这个是随机抽测质量，每天抽奖运气不好某天 ip 解锁不行是正常合理的，不过大部分应该是一样的。

HKT-500Mbps - 普通

HKT 500Mbps 产品，也是最常见的产品之一，带宽不大不小，完全够用。作为 ip 质量优秀无需多言；HKT 是部分地区可以直连的，但是波动大速度低，只是延时看起来不错而已，而且也就移动能跑点速度，联通电信基本只有不到 1Mbps，不建议直连，中转最佳。机器性能中规中矩，跑点轻负载完全够用。

默认配置为

6区 - HKT 500Mbps VPS
$38.00 USD月缴+$3

ip 质量

动态 ip，流媒体基本完整解锁 (实测解锁 TK，这个脚本结果有点问题)，质量相当优秀，无需多言。

IPV4 质量

ipcheck

ip2

明确为 ISP/MOB，纯正家宽

ipdata

IPV6 质量

ipcheck

网络质量

HKT 是可以直连的，都是些部分地区快乐机，但是别看延时很低，实则波动巨大，速度基本跑不起来，移动还能有点速度，联通电信和断线区别不大，推荐还是中转，港内随便拉满的。国际就直接上游 PCCW，亚太互联比较优秀的。IPV6 倒是移动快乐鸡，下行可以跑 300Mbps，上行只有不到 2Mbps… 倒也符合我对移动的预期

IPV4 质量

netcheck

IPV6 质量

ipcheck

pingpe

BGP

meowping

meowping

因为 HKT 是可以直连的，所以特增 HKT 的网络直连测试

---------------------自动更新测速节点列表--本脚本原创----------------------
位置		 上传速度	 下载速度	 延迟
Speedtest.net	 516.64Mbps	 499.65Mbps	 1.98ms	
中国香港	 516.85Mbps	 498.28Mbps	 2.23ms	
新加坡		 239.32Mbps	 438.51Mbps	 40.55ms	
联通上海5G	 13.42Mbps	 5.00Mbps	 199.15ms	
电信Suzhou5G	 21.81Mbps	 142.12Mbps	 312.14ms	
电信浙江	 0.46Mbps	 9.09Mbps	 255.49ms	
移动Suzhou	 41.91Mbps	 0.08Mbps	 130.50ms	

------------------------------------------------------------------------

深圳电信 (500Mbps) → HKT(500Mbps)

//绕路了，这个速度跟断线没什么区别了
46 packets transmitted, 43 received, 6.52174% packet loss, time 45058ms
rtt min/avg/max/mdev = 165.825/166.239/166.693/0.207 ms

[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec   382 KBytes   313 Kbits/sec   56             sender
[  5]   0.00-10.03  sec   306 KBytes   250 Kbits/sec                  receiver

[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.03  sec  4.92 MBytes  4.11 Mbits/sec  988             sender
[  5]   0.00-10.00  sec  3.26 MBytes  2.73 Mbits/sec                  receiver

济南联通 (500Mbps) → HKT(500Mbps)

//绕路了，和断线没啥区别

53 packets transmitted, 50 received, 5.66038% packet loss, time 52089ms
rtt min/avg/max/mdev = 77.732/83.450/86.955/1.424 ms

[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec  16.6 MBytes  13.9 Mbits/sec  2562             sender
[  5]   0.00-10.22  sec  14.0 MBytes  11.5 Mbits/sec                  receiver

[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.17  sec  6.00 MBytes  4.95 Mbits/sec  1485             sender
[  5]   0.00-10.00  sec  5.03 MBytes  4.22 Mbits/sec                  receiver

广东移动 (1000Mbps) → HKT(500Mbps)

[ ID] Interval           Transfer     Bitrate         Retr
[  5] 0.00-10.00  sec   365 MBytes   306 Mbits/sec  940             sender
[  5] 0.00-10.11  sec   364 MBytes   302 Mbits/sec                  receiver

[ ID] Interval           Transfer     Bitrate         Retr
[  5] 0.00-10.02  sec   324 MBytes   272 Mbits/sec  808             sender
[  5] 0.00-10.00  sec   322 MBytes   270 Mbits/sec                  receiver

武汉移动 (1000Mbps) → HKT(500Mbps)

[ ID] Interval           Transfer     Bitrate         Retr
[  5] 0.00-10.00  sec   121 MBytes   102 Mbits/sec    0             sender
[  5] 0.00-10.19  sec   121 MBytes  99.9 Mbits/sec                  receiver

[ ID] Interval           Transfer     Bitrate         Retr
[  5] 0.00-10.20  sec   157 MBytes   129 Mbits/sec    0             sender
[  5] 0.00-10.00  sec   155 MBytes   130 Mbits/sec                  receiver

机器性能

性能中规中矩，没什么特别的

HKT-2500 - 打机

默认配置为

46區 - HKT 2500Mbps VPS
$88.00 USD月缴+$3

测了一大圈下来我也没测出他的网络质量 (CN 方向)，IP 质量和 HKT 普通款有什么区别，BGP 都是一样的 (奇怪，我记得是 PCCWG 的，可能 BGP 库有问题了)，重复的数据我就不贴了，需要的可以去 HKT500M 的地方看，不能说是一模一样，只能说是几乎毫无差别。就留个 IP 测试数据吧，毕竟两者不同 ip 段，多个参考。

关于打机神线，可以看看官方说明，其实就是个遊戲增值服務（附加服務），这个是 HKT 自己推出的游戏加速服务

总结的说就是

  • 普通 HKT 路由隨機，可能好可能壞
  • 打機 HKT 路由最優，都是最好的那一批
  • 打游戏更快
  • 缺点是 IP 池子小

ipcheck

带宽大是真的，2Gbps 跑满的速度震惊我了

speedtest

中规中矩的性能，IO 偏弱，整体还行

iCable 1000Mbps

icable 1000Mbps 产品，也是最常见的产品之一，G 口带宽完全够用。他家的 iCable 是双栈构造，iCable 的 V4+HKT 的 V6，一台机器体验两种家宽。作为 ip 质量优秀无需多言；网络方面 iCable 还挺特别，上行电信 / 移动都能轻松 500Mbsp，电信去程还是 CN2，下行基本都是稳定 20Mbps，能用能用，还是建议中转；HKT 是 V6 移动是可以直连的，但是波动大速度低，不建议直连，中转最佳。机器性能中规中矩，跑点轻负载完全够用。

默认配置为

7区 - iCable 1000Mbps VPS
$38.00 USD月缴+$3

ip 质量

动态 ip，流媒体基本完整解锁 (实测解锁 TK，这个脚本结果有点问题)，注意 TVBAnywhere 解锁失败，整体质量相当优秀，无需多言

ipcheck

IPV6

ipcheck

ip2

明确为 (ISP) Fixed Line ISP，优质家宽

miaomiaocheck

ipdata

网络质量

其实我看到 iCable 的时候我就猜想是移动快乐机，因为他上游接了 TATA，走的 lumen-cmi 的传输方式，上行很高，下行 20Mbps 有点难受，好在不丢包，链路质量高，用肯定是能用的，但让我没想到的是这玩意电信走的 CN2，虽然是个丢包的 CN2，但肯定比 HKT 来得强；IPV6 的 HKT 也是经典移动能用，整体来看还是建议中转。服务商丢弃了部分 ICMP 答复报文，这不意味着不能用，实测 TCP/iperf3 都是可以的。

IPV4

netcheck

IPV6

netcheck

pingpe

BGP

meowping

meowping

深圳电信 (500Mbps) → iCable(1000Mbps)

//不是戈门，你真走CN2啊？
traceroute to 218.252.x.x (218.252.x.x), 30 hops max, 60 byte packets
 1  103.109.21.1 (103.109.21.1) [AS4816]  7.822 ms  9.068 ms  9.160 ms
 2  172.16.23.13 (172.16.23.13) [*]  2.492 ms  2.642 ms  2.263 ms
 3  * * *
 4  183.56.188.137 (183.56.188.137) [AS4816]  3.817 ms  3.793 ms  3.822 ms
 5  119.147.220.77 (119.147.220.77) [AS4816]  3.284 ms 119.147.222.49 (119.147.222.49) [AS4816]  3.755 ms 119.147.222.41 (119.147.222.41) [AS4816]  3.753 ms
 6  202.97.43.82 (202.97.43.82) [AS4134]  3.653 ms  4.304 ms  3.634 ms
 7  59.43.16.166 (59.43.16.166) [AS4809]  4.770 ms  5.227 ms 59.43.22.33 (59.43.22.33) [AS4809]  5.780 ms
 8  59.43.250.54 (59.43.250.54) [AS4809]  6.870 ms 59.43.250.110 (59.43.250.110) [AS4809]  10.563 ms 59.43.180.242 (59.43.180.242) [AS4809]  15.466 ms
 9  59.43.248.250 (59.43.248.250) [AS4809]  15.814 ms  15.732 ms  15.290 ms
10  218.188.104.53 (218.188.104.53) [AS9304]  107.401 ms * *
11  * * *
12  * * *
13  cm222-167-1-17.hkcable.com.hk (222.167.1.17) [AS9908]  15.083 ms  14.695 ms  14.667 ms


[ ID] Interval           Transfer     Bitrate         Retr  Cwnd
[  5]   0.00-1.00   sec  54.5 MBytes   457 Mbits/sec    0   3.15 MBytes       
[  5]   1.00-2.00   sec  56.2 MBytes   472 Mbits/sec    0   3.15 MBytes       
[  5]   2.00-3.00   sec  57.5 MBytes   482 Mbits/sec    0   3.15 MBytes       
[  5]   3.00-4.00   sec  56.2 MBytes   472 Mbits/sec    0   3.15 MBytes       
[  5]   4.00-5.00   sec  57.5 MBytes   482 Mbits/sec    0   3.15 MBytes       
[  5]   5.00-6.00   sec  56.2 MBytes   472 Mbits/sec    0   3.15 MBytes       
[  5]   6.00-7.00   sec  57.5 MBytes   482 Mbits/sec    0   3.15 MBytes       
[  5]   7.00-8.00   sec  56.2 MBytes   472 Mbits/sec    0   3.15 MBytes       
[  5]   8.00-9.00   sec  57.5 MBytes   482 Mbits/sec    0   3.15 MBytes       
[  5]   9.00-10.00  sec  56.2 MBytes   472 Mbits/sec    0   3.15 MBytes       
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec   566 MBytes   475 Mbits/sec    0             sender
[  5]   0.00-10.02  sec   564 MBytes   472 Mbits/sec                  receiver

[ ID] Interval           Transfer     Bitrate
[  5]   0.00-1.00   sec  1.25 MBytes  10.5 Mbits/sec                  
[  5]   1.00-2.00   sec  1.93 MBytes  16.2 Mbits/sec                  
[  5]   2.00-3.00   sec  1.62 MBytes  13.6 Mbits/sec                  
[  5]   3.00-4.00   sec  1.82 MBytes  15.3 Mbits/sec                  
[  5]   4.00-5.00   sec  1.58 MBytes  13.3 Mbits/sec                  
[  5]   5.00-6.00   sec  1.30 MBytes  10.9 Mbits/sec                  
[  5]   6.00-7.00   sec  1.61 MBytes  13.5 Mbits/sec                  
[  5]   7.00-8.00   sec  1.91 MBytes  16.1 Mbits/sec                  
[  5]   8.00-9.00   sec  1.55 MBytes  13.0 Mbits/sec                  
[  5]   9.00-10.00  sec  1.69 MBytes  14.2 Mbits/sec                  
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.02  sec  18.3 MBytes  15.4 Mbits/sec  2472             sender

//恍然大悟，原来是个丢包CN2
102 packets transmitted, 95 received, 6.86275% packet loss, time 101265ms
rtt min/avg/max/mdev = 15.017/16.459/17.054/0.422 ms

广东移动 (1000Mbps) → iCable(1000Mbps)

[ ID] Interval           Transfer     Bitrate         Retr
[  5] 0.00-10.00  sec   271 MBytes   228 Mbits/sec  219             sender
[  5] 0.00-10.07  sec   271 MBytes   226 Mbits/sec                  receiver

[ ID] Interval           Transfer     Bitrate         Retr
[  5] 0.00-10.07  sec  23.4 MBytes  19.5 Mbits/sec    0             sender
[  5] 0.00-10.00  sec  21.6 MBytes  18.1 Mbits/sec                  receiver

武汉移动 (1000Mbps) → iCable(1000Mbps)

[ ID] Interval           Transfer     Bitrate         Retr
[  5] 0.00-10.00  sec   573 MBytes   481 Mbits/sec    0             sender
[  5] 0.00-10.05  sec   573 MBytes   478 Mbits/sec                  receiver

[ ID] Interval           Transfer     Bitrate         Retr
[  5] 0.00-10.05  sec  24.3 MBytes  20.3 Mbits/sec    0             sender
[  5] 0.00-10.00  sec  22.4 MBytes  18.8 Mbits/sec                  receiver

---------------------自动更新测速节点列表--本脚本原创----------------------
位置		 上传速度	 下载速度	 延迟
Speedtest.net	 900.01Mbps	 904.87Mbps	 4.00ms	
中国香港	 921.44Mbps	 534.39Mbps	 3.71ms	
新加坡		 162.93Mbps	 435.80Mbps	 43.42ms	
联通上海5G	 0.25Mbps	 0.56Mbps	 131.82ms	
联通北京	 0.26Mbps	 0.84Mbps	 258.14ms	
电信浙江	 0.79Mbps	 18.75Mbps	 47.34ms	
电信Zhenjiang5G	 0.71Mbps	 0.14Mbps	 127.45ms	
移动Suzhou	 8.89Mbps	 0.14Mbps	 598.39ms	

------------------------------------------------------------------------

机器性能

机器性能中规中距，IO 偏低了，整体还能接受。

HGC

HGC 1000Mbps 产品，这个比较冷门，相对价格低廉，属于是 HK 家宽里最便宜的一档，他家的 HGC 是双栈构造，HGC 的 V4+HKT 的 V6，一台机器体验两种家宽作为 ip 质量优秀无需多言，而且因为冷门的原因 ip 质量在各个库中变化不大；三网绕路丢包爆炸飞了，必须中转使用；机器性能中规中矩，跑点轻负载完全够用。

默认配置为

2区 - HGC 1000Mbps VPS
$38.00 USD月缴+$3

ip 质量

动态 ip，流媒体基本完整解锁，整体质量相当优秀，无需多言

ipcheck

IPV6

ipcheck

ip2

明确为 ISP/MOB，优质家宽

miaomiaocheck

ipdata

网络质量

三网爆炸，丢包丢飞了，中转即可，少数接了 TATA 但是绕路的机器，有点少见.V6 依旧移动快乐的 HKT。

netcheck

IPV6

netcheck

pingpe

BGP

meowping

meowping

机器性能

性能中规中矩，没啥特别的

CMHK

暂时没货，等有货了补测，占位

HKBN

HKBN，动态家宽，也是 HK 家宽常见产品，大部分 HKBN 到大陆方向延时都低，实则单 ip 限速 10Mbps，必须搭配中转使用。Boil 家的是 HKBN 的 IPV6+HKT 的 IPV6，同样的一台机器体验两个家宽。HKT 移动快乐，而 HKBN 基本三网爆炸，中转即可。ip 质量一如既往的优秀，无需多言；机器性能中规中矩。

默认配置为

7区 - HKBN 1000Mbps VPS
$38.00 USD月缴+$3

ip 质量

动态 ip，流媒体基本完整解锁，注意 TVBAnywhere 解锁失败，整体质量相当优秀，无需多言

IPV4

ipcheck

IPV6

ipcheck

ip2

明确为 (ISP) Fixed Line ISP，优质家宽

miaomiaocheck

ipdata

网络质量

三网爆炸，看起来延时低的电信实则限速 10Mbps (HKBN 常态了，CN 方向单 ip 一般就是限速 10Mbps)，实测连 10Mbps 都没有，大约只有 1Mbps，给我逗笑了，必须中转使用。V6 一样的 HKT，移动还行。

IPV4

netcheck

IPV6

netcheck

pingpe

BGP

meowping

meowping

机器性能

中规中距

TW

TW 全是性能强劲的机器，轻松满足性能需求

Hinet

经典的 hinet 家宽产品，默认 IPV4+IPV6 双栈，动态 ip，当然 boil 也提供静态 ip，对于直播等需要静态 ip 的用户来说相当友好。hinet 是三网可直连的，对于网络波动要求不高的用户非常合适，电信丢包严重，联通移动还凑合，当然搭配 HK 中转更加稳定。ip 质量优秀，完美家宽；机器性能强劲。

默认配置为

7區 - HiNet 500Mbps VPS
$55.00 USD月繳+$3

ip 质量

完美家宽，无需多言

IPV4

ipcheck

IPV6

ipcheck

ip2

明确为 ISP/MOB，优质家宽

miaomiaocheck

ipdata

网络质量

看似是三网直连，实则电信联通爆炸，只有移动是真正快乐，但是如果对网络追求较高的，肯定要搭配 HK 中转使用，效果才能最佳。

IPV4

netcheck

IPV6

netcheck

pingpe

BGP

meowping

深圳电信 (500Mbps) → Boil.Hinet(500Mbps)

[ ID] Interval           Transfer     Bitrate         Retr
[  5] 0.00-10.00  sec   794 KBytes   651 Kbits/sec  140             sender
[  5] 0.00-10.05  sec   649 KBytes   529 Kbits/sec                  receiver

[ ID] Interval           Transfer     Bitrate         Retr
[  5] 0.00-10.04  sec  3.81 MBytes  3.19 Mbits/sec  361             sender
[  5] 0.00-10.00  sec  3.54 MBytes  2.97 Mbits/sec                  receiver

济南联通 (500Mbps) → Boil.Hinet(500Mbps)

[ ID] Interval           Transfer     Bitrate         Retr
[  5] 0.00-10.00  sec  4.39 MBytes  3.68 Mbits/sec  567             sender
[  5] 0.00-10.07  sec  3.96 MBytes  3.30 Mbits/sec                  receiver

[ ID] Interval           Transfer     Bitrate         Retr
[  5] 0.00-10.05  sec   228 MBytes   191 Mbits/sec  2139             sender
[  5] 0.00-10.00  sec   225 MBytes   189 Mbits/sec                  receiver

武汉移动 (1000Mbps) → Boil.Hinet(500Mbps)

[ ID] Interval           Transfer     Bitrate         Retr
[  5] 0.00-10.00  sec   156 MBytes   130 Mbits/sec  4195             sender
[  5] 0.00-10.07  sec   153 MBytes   127 Mbits/sec                  receiver

[ ID] Interval           Transfer     Bitrate         Retr
[  5] 0.00-10.08  sec   342 MBytes   285 Mbits/sec  1446             sender
[  5] 0.00-10.00  sec   338 MBytes   284 Mbits/sec                  receiver

HKG.DMIT(4000Mbps) → Boil.Hinet(500Mbps)

[ ID] Interval           Transfer     Bitrate         Retr  Cwnd
[  5]   0.00-1.00   sec  60.0 MBytes   503 Mbits/sec  1209   3.55 MBytes       
[  5]   1.00-2.00   sec  58.8 MBytes   493 Mbits/sec    0   3.55 MBytes       
[  5]   2.00-3.00   sec  60.0 MBytes   503 Mbits/sec    0   3.71 MBytes       
[  5]   3.00-4.00   sec  58.8 MBytes   493 Mbits/sec    6   3.60 MBytes       
[  5]   4.00-5.00   sec  57.5 MBytes   482 Mbits/sec    8   3.51 MBytes       
[  5]   5.00-6.00   sec  60.0 MBytes   503 Mbits/sec    0   3.47 MBytes       
[  5]   6.00-7.00   sec  58.8 MBytes   493 Mbits/sec    0   3.63 MBytes       
[  5]   7.00-8.00   sec  58.8 MBytes   493 Mbits/sec    9   3.58 MBytes       
[  5]   8.00-9.00   sec  60.0 MBytes   503 Mbits/sec    0   3.51 MBytes       
[  5]   9.00-10.00  sec  58.8 MBytes   493 Mbits/sec    0   3.67 MBytes       
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec   591 MBytes   496 Mbits/sec  1232             sender
[  5]   0.00-10.05  sec   578 MBytes   483 Mbits/sec                  receiver

[ ID] Interval           Transfer     Bitrate
[  5]   0.00-1.00   sec  30.4 MBytes   255 Mbits/sec                  
[  5]   1.00-2.00   sec  43.4 MBytes   364 Mbits/sec                  
[  5]   2.00-3.00   sec  47.1 MBytes   395 Mbits/sec                  
[  5]   3.00-4.00   sec  44.2 MBytes   370 Mbits/sec                  
[  5]   4.00-5.00   sec  45.1 MBytes   379 Mbits/sec                  
[  5]   5.00-6.00   sec  43.5 MBytes   365 Mbits/sec                  
[  5]   6.00-7.00   sec  47.0 MBytes   394 Mbits/sec                  
[  5]   7.00-8.00   sec  45.0 MBytes   378 Mbits/sec                  
[  5]   8.00-9.00   sec  43.0 MBytes   361 Mbits/sec                  
[  5]   9.00-10.00  sec  46.1 MBytes   387 Mbits/sec                  
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.03  sec   438 MBytes   367 Mbits/sec  27504             sender
[  5]   0.00-10.00  sec   435 MBytes   365 Mbits/sec                  receiver

机器性能

机器性能强劲，妥妥性能怪兽

Seednet

台湾家宽 seednet 产品，seednet 的比起 hinet 而言三网不可直连，但是 seednet 的国际互联要比 hinet 优秀的多，而且 ip 也更稳 (毕竟 hinet 满天飞了，seednet 反而成了一股清流)。Boil 的 seednet 为少见的 IPV4seednet+IPV6Hinet 双栈机器，一台机器两种家宽 ip，而且 hinet 是可以直连的，使得这台本必须中转的 seenet 也可以通过 V6hinet 直连了，形成

用户->HINET-V6->进入机器->seednet-V4出口复制

的玩法，性价比一下子就搞高起来了。

ip 质量优秀，属于完美家宽；机器性能强劲，性能怪兽。

默认配置为

1区 - SeedNet 300Mbps VPS
$38.00 USD月缴+$3

ip 质量

完美家宽，无需多言

IPV4

ipcheck

IPV6

ipcheck

ip2

明确为 (ISP) Fixed Line ISP，纯真家宽

miaomiaocheck

ipdata

网络质量

IPV4 是 seednet 家宽，必然三网不可直连，而 IPV6 则是 hinet，三网可以直连，双栈机器性价比相当不错，seednet 最大的优势是他的国际互联，互联实在是太优秀了，基本上 HK 拉 TW 都可以走 HKIX，延时和速度都很不错，延时大约在 25ms，如果机器本身接入了 GSL 走 GSL 可以到 19ms 左右。

IPV4

netcheck

IPV6

netcheck

pingpe

BGP

meowping

一次中转方案

因为 seednet 互联优秀，所以其实线路直出就可以了，走 HKIX 性价比很好了，走 cogent 的话延时到 30ms 左右

我推荐的方案

前置(无忧云深圳电信.优化.LCS)+深港IX(CloudX-NAT-S1)->Boil.seednet
isif高q163->Boil.seednet
Gomami->Boil.seednet
DMIT.维多利亚->Boil.seednet

三套方案都很不错，你追求极致可以直接用 Gomami，gomami 港台延时可以到 19ms，本身又是三网各自顶级优化；性价比与体验均衡可以考虑专线，因为这个专线性价比太好了，虽然走 cogent 多 5ms，但比起省下的价格完全可以接受；isif 高 q163 则可以作为 gomami 的下位替代了，毕竟价格放在这里；维多利亚走的是 GSL 去台，丢包相当低，也是相当优秀的方案。反正怎么选都可以，300Mbps 基本随便拉满 (seednet 只有 300Mbps)

//专线测试结果
[ ID] Interval           Transfer     Bitrate         Retr  Cwnd
[  5]   0.00-1.00   sec  26.0 MBytes   218 Mbits/sec  1049   2.54 MBytes       
[  5]   1.00-2.00   sec  36.2 MBytes   304 Mbits/sec  193   2.55 MBytes       
[  5]   2.00-3.00   sec  36.2 MBytes   304 Mbits/sec   57   2.51 MBytes       
[  5]   3.00-4.00   sec  36.2 MBytes   304 Mbits/sec    0   2.56 MBytes       
[  5]   4.00-5.00   sec  30.0 MBytes   252 Mbits/sec   19   2.54 MBytes       
[  5]   5.00-6.00   sec  35.0 MBytes   294 Mbits/sec   77   2.49 MBytes       
[  5]   6.00-7.00   sec  33.8 MBytes   283 Mbits/sec   99   2.55 MBytes       
[  5]   7.00-8.00   sec  35.0 MBytes   294 Mbits/sec  103   2.48 MBytes       
[  5]   8.00-9.00   sec  30.0 MBytes   252 Mbits/sec  600   2.49 MBytes       
[  5]   9.00-10.00  sec  33.8 MBytes   283 Mbits/sec  378   2.44 MBytes       
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec   332 MBytes   279 Mbits/sec  2575             sender
[  5]   0.00-10.04  sec   330 MBytes   276 Mbits/sec                  receiver

[ ID] Interval           Transfer     Bitrate
[  5]   0.00-1.00   sec  21.9 MBytes   183 Mbits/sec                  
[  5]   1.00-2.00   sec  35.0 MBytes   294 Mbits/sec                  
[  5]   2.00-3.00   sec  36.0 MBytes   302 Mbits/sec                  
[  5]   3.00-4.00   sec  34.6 MBytes   290 Mbits/sec                  
[  5]   4.00-5.00   sec  34.6 MBytes   290 Mbits/sec                  
[  5]   5.00-6.02   sec  34.8 MBytes   287 Mbits/sec                  
[  5]   6.02-7.00   sec  34.4 MBytes   292 Mbits/sec                  
[  5]   7.00-8.00   sec  36.0 MBytes   302 Mbits/sec                  
[  5]   8.00-9.00   sec  35.9 MBytes   301 Mbits/sec                  
[  5]   9.00-10.00  sec  31.2 MBytes   262 Mbits/sec                  
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.03  sec   338 MBytes   282 Mbits/sec  12239             sender
[  5]   0.00-10.00  sec   334 MBytes   280 Mbits/sec                  receiver复制

二次中转方案

随便，seednet 路边拉条狗过来都能拉动，实际上基本没必要中转，直连即可，如果你追求 0 丢包，那就 yinnet 中转即可，其他什么 BAGE/DMIT/Y 系 / HK 家宽 / RFC/VPS.TOWN/AKI… 随便都能拉动，比较优秀的就是 DMIT/Hytron/Servps, 如果你想 JP 去的话也可以，毕竟接入了 NTT，大部分 JP 去就是 35ms 左右，也能接受，不过沪日传输可比深港贵得多，个人均衡考虑一下。

机器性能

性能强劲，妥妥性能怪兽。(和 Hinet 基本一样，此处省略)

Kbro

独特的 Kbro TW 家宽产品，设计采用 Hinet 入站 + Kbro 出站的操作 (Kbro 本身上传只有 50Mbps)，让 Kbro 可以达到 1000Mbps 的速度，hinet 勉强可以直连，建议还是中转，中转方案和 Hinet 相同。ip 质量优秀，数据完美家宽；机器性能强劲，性能怪兽。

这个特殊架构让港台中转飞起来了，吓哭了，给我干哪来了，还是 TW 家宽吗？你不说我还以为港内对拉，直播 / 流媒体神器。

//HKG.DMIT->Boil.Kbro
1580 packets transmitted, 1580 received, 0% packet loss, time 1581099ms
rtt min/avg/max/mdev = 29.522/30.102/31.148/0.281 ms

[ ID] Interval           Transfer     Bitrate         Retr  Cwnd
[  5]   0.00-1.00   sec   100 MBytes   839 Mbits/sec    0   6.17 MBytes       
[  5]   1.00-2.00   sec  95.0 MBytes   797 Mbits/sec    0   6.19 MBytes       
[  5]   2.00-3.00   sec  95.0 MBytes   797 Mbits/sec    0   6.29 MBytes       
[  5]   3.00-4.00   sec  93.8 MBytes   786 Mbits/sec    0   6.31 MBytes       
[  5]   4.00-5.00   sec  95.0 MBytes   797 Mbits/sec    0   6.19 MBytes       
[  5]   5.00-6.00   sec  95.0 MBytes   797 Mbits/sec    0   6.17 MBytes       
[  5]   6.00-7.00   sec  95.0 MBytes   797 Mbits/sec    0   6.28 MBytes       
[  5]   7.00-8.00   sec  95.0 MBytes   797 Mbits/sec    0   6.25 MBytes       
[  5]   8.00-9.00   sec  95.0 MBytes   797 Mbits/sec    0   6.19 MBytes       
[  5]   9.00-10.00  sec  95.0 MBytes   797 Mbits/sec    0   6.14 MBytes       
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec   954 MBytes   800 Mbits/sec    0             sender
[  5]   0.00-10.03  sec   928 MBytes   776 Mbits/sec                  receiver

[ ID] Interval           Transfer     Bitrate
[  5]   0.00-1.00   sec  72.7 MBytes   610 Mbits/sec                  
[  5]   1.00-2.00   sec  92.3 MBytes   775 Mbits/sec                  
[  5]   2.00-3.00   sec  93.0 MBytes   781 Mbits/sec                  
[  5]   3.00-4.00   sec  92.6 MBytes   777 Mbits/sec                  
[  5]   4.00-5.00   sec  92.5 MBytes   776 Mbits/sec                  
[  5]   5.00-6.00   sec  92.8 MBytes   778 Mbits/sec                  
[  5]   6.00-7.00   sec  92.8 MBytes   779 Mbits/sec                  
[  5]   7.00-8.00   sec  92.8 MBytes   778 Mbits/sec                  
[  5]   8.00-9.00   sec  92.5 MBytes   776 Mbits/sec                  
[  5]   9.00-10.00  sec  92.9 MBytes   779 Mbits/sec                  
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.03  sec   911 MBytes   762 Mbits/sec    0             sender
[  5]   0.00-10.00  sec   907 MBytes   761 Mbits/sec                  receiver

默认配置为

ip 质量
ip 质量优秀，应该因为架构的问题导致 ip 质量脚本检测的时候网络出问题解锁失败了，实测 TK/Amazon/metaai 全部都是解锁的，Spotify 注册确实掉了，但是可以使用。
ipcheck
ip2
明确为 (ISP) Fixed Line ISP，纯真家宽
miaomiaocheck
ipdata
网络质量
由于本机器特殊的构造，所以就不测网络质量了，只测出口 BGP 和入口的 ping 值。电信丢包严重，联通移动倒是能直连使用，强烈建议中转
image
BGP
meowping
机器性能
机器性能极其强劲，妥妥的性能怪兽。(和 Hinet 基本一样，此处省略)
台哥大
独一无二的 Taiwan Mobile 5G 产品，ip 质量优秀，除了 TK 掉了，其他都解锁了；机器性能强劲；采用 Hinet 入站 + 台哥大出站的策略，和 Kbro 一样。
//DMIT->Boil.台哥大 相当不错的港台互联速度
[ ID] Interval           Transfer     Bitrate         Retr  Cwnd
[  5]   0.00-1.00   sec  61.2 MBytes   514 Mbits/sec  279   4.00 MBytes       
[  5]   1.00-2.00   sec  58.8 MBytes   493 Mbits/sec    0   4.12 MBytes       
[  5]   2.00-3.00   sec  60.0 MBytes   503 Mbits/sec    0   3.90 MBytes       
[  5]   3.00-4.00   sec  58.8 MBytes   493 Mbits/sec    0   3.95 MBytes       
[  5]   4.00-5.00   sec  60.0 MBytes   503 Mbits/sec    0   4.30 MBytes       
[  5]   5.00-6.00   sec  58.8 MBytes   493 Mbits/sec    0   4.01 MBytes       
[  5]   6.00-7.00   sec  56.2 MBytes   472 Mbits/sec  165   2.70 MBytes       
[  5]   7.00-8.00   sec  56.2 MBytes   472 Mbits/sec  200   3.91 MBytes       
[  5]   8.00-9.00   sec  53.8 MBytes   451 Mbits/sec  804   3.92 MBytes       
[  5]   9.00-10.00  sec  53.8 MBytes   451 Mbits/sec  399   4.35 MBytes       
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec   578 MBytes   484 Mbits/sec  1847             sender
[  5]   0.00-10.04  sec   561 MBytes   469 Mbits/sec                  receiver

[ ID] Interval           Transfer     Bitrate
[  5]   0.00-1.00   sec  23.3 MBytes   195 Mbits/sec                  
[  5]   1.00-2.00   sec  47.8 MBytes   401 Mbits/sec                  
[  5]   2.00-3.00   sec  45.0 MBytes   377 Mbits/sec                  
[  5]   3.00-4.00   sec  46.1 MBytes   387 Mbits/sec                  
[  5]   4.00-5.00   sec  45.1 MBytes   378 Mbits/sec                  
[  5]   5.00-6.00   sec  46.6 MBytes   391 Mbits/sec                  
[  5]   6.00-7.00   sec  46.1 MBytes   386 Mbits/sec                  
[  5]   7.00-8.00   sec  47.3 MBytes   397 Mbits/sec                  
[  5]   8.00-9.00   sec  43.9 MBytes   368 Mbits/sec                  
[  5]   9.00-10.00  sec  44.9 MBytes   377 Mbits/sec                  
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.03  sec   439 MBytes   367 Mbits/sec  30555             sender
[  5]   0.00-10.00  sec   436 MBytes   366 Mbits/sec                  receiver

默认配置为
1区 - NAT - Taiwan Mobile 5G 500Mbps VPS
$18
ip 质量
他家唯一一次让我测到 tk 确实不解锁的机器，不过这个是 NAT 机器，倒也能解释，有点遗憾，不过除了 tk 以外基本完整解锁，整体质量优秀。
ipcheck
ip2
明确为 ISP/MOB，优质家宽
miaomiaocheck
ipdata
网络质量
Hinet 入栈，所以只测试入栈的三网情况和出栈 ip 的 BGP。电信丢包严重，联通移动勉强能用，推荐中转。
image
BGP
机器性能
机器性能强劲，妥妥性能怪兽。(和 Hinet 基本一样，此处省略)
CA
Telus
独一无二的加拿大家宽，基本没有其他竞品。ip 质量优秀，流媒体完整解锁，数据完美家宽；网络比较优秀，联通移动完全可以直连使用，电信最好中转，无论是 HK->CA 还是 JP->CA 还是 US->CA 都是很好的选择；VDS 机器性能强劲，符合大户机器的要求。整体质量对的起售价，非常优秀的产品。
默认配置为
ip 质量
ip 质量优秀，同样是动态家宽，流媒体完整解锁，无敌。
ipcheck
ip2
明确为 ISP/MOB，纯正家宽
miaomiaocheck
ipdata
网络质量
出乎我意料，我以为这个三网会直接爆炸，没想到测下来三网还挺不错的，电信比较爆炸，建议中转；联通移动速度都很不错，单线程都稳定在 100Mbps 几乎 0 重传，完全可以使用。不过要是追求速度自然是要中转，CA 线路机只有瓦工有 (我手上暂时没有就先欠着测试结果以后补)，其他都是中转，US 去 CA 可以拉满 900Mbps，但是 US->CN 一般都会锁单线程 200Mbps，而 JP->CA 则可以到 300Mbps，HK->CA 也是 200Mbps，延时 JP<HK<US. 其实这样来看 JP 是最佳位置，但是 JP 的 CN 传输又很贵，所以需要充分考虑需求来决定。
这个出乎我意料其实主要是因为无论什么地方拉 CA 都是很稳定的低丢包低重传，网络链路稳定
netcheck
pingpe
BGP
meowping
meowping
深圳电信 (500Mbps) → Boil.CA(1000Mbps)
[ ID] Interval           Transfer     Bitrate         Retr
[  5] 0.00-10.00  sec  5.19 MBytes  4.35 Mbits/sec    7             sender
[  5] 0.00-10.40  sec  4.83 MBytes  3.90 Mbits/sec                  receiver

[ ID] Interval           Transfer     Bitrate         Retr
[  5] 0.00-10.40  sec  68.2 MBytes  55.1 Mbits/sec  3844             sender
[  5] 0.00-10.00  sec  65.0 MBytes  54.5 Mbits/sec                  receiver

济南联通 (500Mbps) → Boil.CA(1000Mbps)
[ ID] Interval           Transfer     Bitrate         Retr
[  5] 0.00-10.00  sec   138 MBytes   116 Mbits/sec    0             sender
[  5] 0.00-10.18  sec   137 MBytes   113 Mbits/sec                  receiver

[ ID] Interval           Transfer     Bitrate         Retr
[  5] 0.00-10.21  sec   101 MBytes  82.9 Mbits/sec  579             sender
[  5] 0.00-10.00  sec  97.2 MBytes  81.6 Mbits/sec                  receiver

武汉移动 (1000Mbps) → Boil.CA(1000Mbps)
[ ID] Interval           Transfer     Bitrate         Retr  Cwnd
[  5]   0.00-1.00   sec   873 KBytes  7.15 Mbits/sec    0    182 KBytes       
[  5]   1.00-2.00   sec  6.77 MBytes  56.8 Mbits/sec    0   4.60 MBytes       
[  5]   2.00-3.00   sec  13.8 MBytes   115 Mbits/sec    0   8.77 MBytes       
[  5]   3.00-4.00   sec  13.8 MBytes   115 Mbits/sec    0   8.77 MBytes       
[  5]   4.00-5.00   sec  13.8 MBytes   115 Mbits/sec    0   8.77 MBytes       
[  5]   5.00-6.00   sec  15.0 MBytes   126 Mbits/sec    0   8.77 MBytes       
[  5]   6.00-7.00   sec  13.8 MBytes   115 Mbits/sec    0   8.77 MBytes       
[  5]   7.00-8.00   sec  13.8 MBytes   115 Mbits/sec    0   8.77 MBytes       
[  5]   8.00-9.00   sec  13.8 MBytes   115 Mbits/sec    0   8.77 MBytes       
[  5]   9.00-10.00  sec  13.8 MBytes   115 Mbits/sec    0   8.77 MBytes       
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec   119 MBytes  99.7 Mbits/sec    0             sender
[  5]   0.00-10.20  sec   119 MBytes  97.5 Mbits/sec                  receiver

[ ID] Interval           Transfer     Bitrate
[  5]   0.00-1.00   sec   277 KBytes  2.26 Mbits/sec                  
[  5]   1.00-2.00   sec  6.27 MBytes  52.6 Mbits/sec                  
[  5]   2.00-3.00   sec  13.8 MBytes   116 Mbits/sec                  
[  5]   3.00-4.00   sec  13.7 MBytes   115 Mbits/sec                  
[  5]   4.00-5.00   sec  13.4 MBytes   113 Mbits/sec                  
[  5]   5.00-6.00   sec  13.6 MBytes   114 Mbits/sec                  
[  5]   6.00-7.00   sec  13.9 MBytes   116 Mbits/sec                  
[  5]   7.00-8.00   sec  13.6 MBytes   114 Mbits/sec                  
[  5]   8.00-9.00   sec  13.8 MBytes   115 Mbits/sec                  
[  5]   9.00-10.00  sec  13.7 MBytes   115 Mbits/sec                  
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.21  sec   119 MBytes  98.1 Mbits/sec    0             sender
[  5]   0.00-10.00  sec   116 MBytes  97.4 Mbits/sec                  receiver

LAX.DMIT(4000Mbps) → Boil.CA(1000Mbps)
[ ID] Interval           Transfer     Bitrate         Retr
[  5] 0.00-10.00  sec  1006 MBytes   844 Mbits/sec    0             sender
[  5] 0.00-10.03  sec   981 MBytes   820 Mbits/sec                  receiver

[ ID] Interval           Transfer     Bitrate         Retr
[  5] 0.00-10.03  sec   921 MBytes   770 Mbits/sec  2626             sender
[  5] 0.00-10.00  sec   917 MBytes   769 Mbits/sec                  receiver

HKG.DMIT(4000Mbps) → Boil.CA(1000Mbps)
[ ID] Interval           Transfer     Bitrate         Retr
[  5] 0.00-10.00  sec   232 MBytes   195 Mbits/sec    0             sender
[  5] 0.00-10.13  sec   206 MBytes   171 Mbits/sec                  receiver

[ ID] Interval           Transfer     Bitrate         Retr
[  5] 0.00-10.13  sec   236 MBytes   195 Mbits/sec    0             sender
[  5] 0.00-10.00  sec   232 MBytes   195 Mbits/sec                  receiver


JP.BageSTD(4000Mbps) → Boil.CA(1000Mbps)
[ ID] Interval           Transfer     Bitrate         Retr
[  5] 0.00-10.00  sec   344 MBytes   288 Mbits/sec    0             sender
[  5] 0.00-10.09  sec   326 MBytes   271 Mbits/sec                  receiver

[ ID] Interval           Transfer     Bitrate         Retr
[  5] 0.00-10.09  sec   370 MBytes   308 Mbits/sec    0             sender
[  5] 0.00-10.00  sec   368 MBytes   309 Mbits/sec                  receiver

机器性能
性能强劲，果然是大户机器，完全可以支撑大部分的性能需求。
image
📌 转载信息
原作者：

STALK
转载时间：

2025/12/25 13:15:59