VPS 测试脚本使用指南：从硬件性能、网络线路到 IP 质量

一句话结论：测 VPS 不要按”脚本一二三”逐个跑，而是先想清楚你要测什么——综合体检选 NodeQuality 或 LemonBench，硬件跑分选 YABS，线路回程看 NextTrace / Backtrace，IP 风险查 xykt 的 IPQuality 脚本，解锁情况用 RegionRestrictionCheck。

一、VPS 测试脚本怎么选：30 秒导航

不要一上来就复制命令。先对号入座：

只想快速了解 VPS 综合表现：用 NodeQuality 或 LemonBench（任选一个即可，二选一别都跑）
重点测试 CPU、内存和磁盘：用 YABS，它是目前最标准的硬件基线脚本
重点查看去程和回程路由：用 NextTrace、Backtrace，配合 BestTrace 看逐跳细节
重点检查 IP 风险和数据库记录：用 xykt 的 IPQuality 脚本（IP.Check.Place），网页端用 IPCheck.ing 交叉验证
重点检查 Netflix、TikTok、ChatGPT 等解锁：用 RegionRestrictionCheck，AI 专项用 OpenAI-Checker
想测试实际网络吞吐：用 iperf3、Speedtest CLI 或三网测速脚本（Superspeed）

后面的章节都围绕这六个需求展开。先记住一个原则：综合脚本是”体检”，专项脚本是”确诊”——体检发现异常，再用专项脚本定位。

二、运行脚本前需要知道什么

这一节比任何命令都重要，否则你就成了无脑复制 curl | bash 的人。

1. 确认系统环境

发行版：Debian / Ubuntu 用 apt，CentOS / AlmaLinux / Rocky 用 yum 或 dnf，先确认是哪一个（cat /etc/os-release）
架构：x86_64 兼容性最好，aarch64（ARM）部分脚本支持不稳定，比如 YABS 官方明确标注 ARM 兼容是”实验性”的
root 权限：LemonBench、Superspeed、融合怪等脚本明确要求 root；YABS 官方说明无需 root 也无需安装依赖

2. 脚本来源与安全

优先使用作者官方 GitHub 仓库或官方地址（本文第十二章给了每个脚本的官方来源）
不建议盲目执行来源不明的 curl URL | bash；可以先把脚本下载下来看一眼再执行：curl -fsSL <url> -o check.sh 然后 less check.sh
curl | bash 的实质是”下载即执行”，脚本能拿到你机器的 root 权限，来源必须可信

3. 测试的资源消耗与风险

硬件测试会短时间占满 CPU（LemonBench 完整模式约 15 分钟高负载，作者明确警告低配机器可能被主机商判定为滥用）
fio 等磁盘测试会写入临时文件、占用磁盘空间，测试完会自动清理，但跑之前确认磁盘有足够剩余空间
网络测试会消耗流量并占满带宽端口，NAT / 低带宽小鸡跑 YABS 默认模式要小心（用 -r 或 -i 参数）
IP 质量检测会向多个第三方数据库查询你的 IP，属正常行为，但介意隐私的人要了解这一点
测速结果受宿主机负载和测试时段影响很大，单次结果不能代表长期水平

4. 记录测试上下文

跑之前记下：测试时间、脚本版本、机房位置、套餐配置（CPU / 内存 / 带宽 / 流量）。没有上下文的跑分没有对比价值，也方便以后复测。

三、一键综合测试脚本：先做”体检”

综合脚本覆盖面广、速度快，适合刚开 VPS 时快速看全貌，但不适合深度判断。本章按”快速体检”到”全面体检”介绍 5 个脚本。

3.1 NodeQuality（NQ）：无痕测试 + 自动排版报告

用途

VPS 到手后的快速全面体检，特点是测试完自动生成排版好的 Markdown 报告和截图分享链接，适合要发评测、晒结果的人。

测试内容

整合了 YABS（硬件）、xykt IP 质量、网络质量、融合怪部分功能（sysbench 片段）——一次运行覆盖 CPU / 内存 / 磁盘 / IP 质量 / 网络 / 解锁。

使用命令

bash <(curl -sL https://run.NodeQuality.com)

官方仓库：https://github.com/LloydAsp/NodeQuality

结果解读

测试结束会输出一个 nodequality.com/r/xxxx 报告链接，浏览器打开即是排版好的报告；IP 质量和网络质量部分还会自动截图并传图床。

优点

全程在 chroot 沙箱（BenchOS 准系统）里运行，测完自动清理，不在你的系统里留依赖和临时文件；报告即链接，分享方便。

缺点和注意事项

首次运行需要下载准系统镜像，耗时稍长；报告链接建议及时保存，避免失效；它本质是”测试工具集合的加载器”，结果精度取决于底层脚本。

3.2 LemonBench（LBench / 柠檬 Bench）：国内优化最到位的综合脚本

用途

快速评估服务器综合性能，尤其适合面向中国大陆用户的线路和流媒体场景，测试完可生成分享链接。

测试内容

系统信息、网络 GeoIP 信息、流媒体解锁（Netflix / HBO / YouTube Premium / TikTok / BBC / 动画疯 / B 站等）、CPU 性能（1 线程 / 半线程 / 全线程 / 超线程倍率）、磁盘 FIO（4K 模拟数据库、128K 模拟大文件）、Speedtest 国内三网测速、基于 NextTrace 的路由追踪（覆盖电信 163 / CN2、联通 4837 / 9929、移动 CMI、教育网、广电等）。

使用命令

# 快速模式（约 5 分钟 CPU + 2 分钟带宽）
wget -qO- https://raw.githubusercontent.com/LemonBench/LemonBench/main/LemonBench.sh | bash -s -- --fast
# 完整模式（约 15 分钟 CPU + 10 分钟带宽）
curl -fsL https://raw.githubusercontent.com/LemonBench/LemonBench/main/LemonBench.sh | bash -s -- --full

官方仓库：https://github.com/LemonBench/LemonBench

结果解读

输出分模块展示；CPU 部分注意区分”1 线程”（单核能力）和”全线程”（多核吞吐）；磁盘 4K 项代表数据库类小文件性能，128K 项代表大文件吞吐。

优点

对国内线路（三网测速、回程路由、国内流媒体）覆盖好，模块清晰。

缺点和注意事项

需要 root；连续高强度测试可能被主机商判定为滥用（作者已明确警告，低配机慎用完整模式）；不同版本之间跑分不可直接比较，跨 CPU 架构的部分结果也不可比。

3.3 SuperBench：经典老牌，适合快速摸底

用途

新 VPS 到手的快速体检，输出简洁，中文友好。

测试内容

系统基本信息、磁盘 I/O（dd 顺序读写）、国内外网络测速（国内三网 + 全球节点）。

使用命令

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

官方仓库：https://github.com/oooldking/script（另有 uxh/superbench 等维护较活跃的分支）

结果解读

重点看 I/O 速度和国内三网下载速度；它不测 CPU 跑分，也没有回程路由。

优点

轻量、快、输出直观，老教程里最常见。

缺点和注意事项

主仓库 v1.1.7（2020 年）之后基本未更新，测速节点偏旧；老教程里的 git.io/superbench.sh 短链依赖第三方跳转，建议直接用上面的 raw GitHub 地址。

3.4 bench.sh：最轻量的一行命令

用途

只想花几十秒看配置、磁盘 I/O 和全球下载速度。

测试内容

系统信息（CPU / 内存 / 磁盘 / 系统版本）、磁盘 I/O（三次测试取平均）、全球多节点下载测速（仅下行），支持 IPv6。

使用命令

wget -qO- bench.sh | bash
# 或
curl -Lso- bench.sh | bash

官方来源：https://bench.sh（作者 teddysun，脚本仓库 https://github.com/teddysun/across，版权标注持续到 2026 年，仍在维护）

结果解读

I/O 数值是 dd 顺序读写，只能说明大文件顺序性能，不能代表 4K 随机性能；测速是”VPS 从各节点下载”，即 VPS 的下行带宽。

优点

零依赖、极快、兼容几乎所有发行版。

缺点和注意事项

只测下行不测上行；I/O 方式老旧；没有 CPU 跑分和回程路由——它是”最轻的体检”，不是”全科检查”。

3.5 融合怪（ecs）：功能最全的”全家桶”

用途

一次跑完几乎所有测试项，社区最常用的 all-in-one 脚本。

测试内容

系统信息、CPU / 内存 / 磁盘、IP 质量（15 家数据库 + DNS 黑名单 + 25 端口检测）、流媒体解锁、三网回程路由（基于 backtrace 维护）、三网测速（自维护 ecsspeed，自动更新测速节点 ID）、商宽 / 家宽 / 数据中心线路类型检测。

使用命令

# 交互模式（推荐，按菜单选择）
curl -L https://raw.githubusercontent.com/spiritLHLS/ecs/main/ecs.sh -o ecs.sh && chmod +x ecs.sh && bash ecs.sh
# 或直接管道执行
bash <(wget -qO- bash.spiritlhl.net/ecs)
# 无交互：-m 1 即"融合怪完全体"
bash ecs.sh -m 1

官方仓库：https://github.com/spiritLHLS/ecs

结果解读

完整结果会保存到当前目录的 test_result.txt，测试结束还会给出分享链接；IP 质量模块会列出各数据库的风险结论和黑名单状态。

优点

覆盖面最广，IP 质量 + 回程 + 测速 + 解锁一次拿全。

缺点和注意事项

脚本默认会自动更新包管理器并安装依赖，官方明确建议不要在重要生产环境运行；最好在 /root 目录下执行；原版已宣布不再开发新功能、仅做维护，官方更推荐无环境依赖的 Go 版本（https://github.com/oneclickvirt/ecs，安装后直接运行 goecs）；输出量大，适合会看结果的人，不适合只看结论的新手。

综合脚本的选择建议：新手首选 NodeQuality（报告好看、无痕）或 LemonBench（国内场景优化好），深度评测用融合怪，只要个大概用 bench.sh / SuperBench。

四、CPU、内存与磁盘测试：硬件到底行不行

综合脚本里的硬件数字只能算”快照”，要形成可对比的基线，用 YABS 做标准，用 Geekbench / fio / sysbench 做专项。想顺手用 LemonBench 的硬件模块（CPU 单线程 / 全线程、FIO 4K / 128K）也可以，见 3.2 节。

4.1 YABS：当前最标准的硬件基线脚本

用途

形成可跨机器比较的硬件基线，是社区评测文章最常引用的跑分来源。

测试内容

系统信息 + fio 磁盘测试（4K / 64K / 512K / 1M 混合读写）+ iperf3 网络测试（多节点双向）+ Geekbench CPU / 内存跑分。

使用命令

curl -sL yabs.sh | bash
# 跳过网络测试（低带宽机器必看）：-i
# 跳过磁盘测试：-f 或 -d
# 跳过 Geekbench：-g
# 减少 iperf3 节点数：-r
# 指定 Geekbench 版本：-5（GB5）、-7（GB7），默认 GB6
curl -sL yabs.sh | bash -s -- -r

官方仓库：https://github.com/masonr/yet-another-bench-script

结果解读

fio 部分看各 block size 的读写速度（4K 代表小文件 / 数据库场景，1M 代表大文件场景）；Geekbench 部分看单核（Single-Core）和多核（Multi-Core）分数，分数会自动上传 Geekbench Browser 并给出链接，方便与他人对比。

优点

无需 root、无需安装依赖（自带预编译 fio / iperf3 二进制）、输出标准化、社区认可度高。

缺点和注意事项

默认 iperf 测试很多，每个节点约 20 秒双向，会大量占带宽——NAT 小鸡或按流量计费的机器务必加 -r 或 -i；ARM 架构兼容仍属实验性；Geekbench 分数受宿主负载影响，建议空闲时跑。

4.2 Geekbench：看懂单核与多核

用途

独立跑 CPU / 内存基准，分数可上传官方浏览器对比。

测试内容

单核与多核综合分数（整数、浮点、加密、图像处理等子项）。

使用命令

以 Geekbench 7 为例，Linux 版需要 Ubuntu 22.04+ 64 位系统：

# 从官网下载 Linux 版压缩包，解压后在目录内执行
./geekbench

官方下载：https://www.geekbench.com/download

结果解读

单核分数代表单线程性能，决定日常操作的响应速度（SSH、编译单线程任务、网页服务）；多核分数代表并行吞吐，决定多线程任务（数据库查询并发、视频转码）的能力。两者都重要，但用途不同。

优点

跨平台、跨机器可比性最好，是业界公认的 CPU 基准。

缺点和注意事项

GB5、GB6、GB7 的分数不可直接比较（评分尺度和测试负载都变了）；共享宿主机的跑分会明显波动，同一台机器不同时段可能差 20% 以上；VPS 圈对比时务必确认双方用的同一 Geekbench 大版本。

4.3 fio：磁盘性能的唯一标准

用途

精确测磁盘的随机 / 顺序读写能力，替代 dd 那种粗测。

测试内容

4K 随机读写（模拟数据库、小文件）、1M 顺序读写（模拟大文件拷贝）。

使用命令

# 4K 随机读
fio --name=randread --ioengine=libaio --direct=1 --bs=4k --size=1G --rw=randread --iodepth=32 --runtime=60 --time_based
# 4K 随机写（把 randread 换成 randwrite）
# 1M 顺序读 / 顺序写（--bs=1m --rw=read / --rw=write）

结果解读

看三个数——IOPS（每秒读写次数，4K 随机场景的核心指标）、带宽 BW（MB/s，顺序场景的核心指标）、延迟 clat（P50 / P99，越低越好）。顺序读写 1GB/s 不代表数据库快；4K 随机 IOPS 高才更有利于数据库和小文件服务。

优点

业界标准，结果可重复、可对比。

缺点和注意事项

测试文件占磁盘空间（--size=1G 就是 1GB）；--direct=1 绕过系统缓存，测的是真实磁盘能力；共享宿主机上邻居的 IO 负载会直接影响你的分数。

4.4 Sysbench：CPU / 内存的轻量补充

用途

快速测 CPU 计算速度和内存读写带宽，融合怪和 NodeQuality 的 sysbench 片段就来自这里。

测试内容

CPU（素数计算，看 events/s）、内存（读写带宽）、线程锁竞争。

使用命令

sysbench cpu --threads=1 run      # 单线程 CPU
sysbench cpu --threads=4 run      # 多线程 CPU
sysbench memory --memory-block-size=1K --memory-total-size=10G run   # 内存读写

结果解读

CPU 分数（events per second）在同架构、同内核条件下可以大致横比，但跨架构（x86 对比 ARM）或跨系统版本时不建议直接比；内存测试主要看带宽是否异常偏低（异常低常是超售或宿主机过载的信号）。

优点

安装简单（apt install sysbench），跑得快。

缺点和注意事项

它是”通用工具”不是”VPS 专用脚本”，没有自动排版；结果受宿主调度影响，单次分数别太当真。

五、网络速度与延迟测试：带宽和时延是两回事

先分清四个概念，否则测速结果你会看错：

延迟（Latency）：数据包单程 / 往返时间（RTT），单位 ms。决定”点一下有多快”。
抖动（Jitter）：延迟的波动幅度。游戏、语音、视频会议对抖动敏感。
丢包（Packet Loss）：发送的数据包中丢失的比例。重载线路、拥塞、防火墙丢 ICMP 都会造成丢包。
重传（Retransmission）：TCP 层因丢包或超时重发的数据量。重传率高说明链路质量差，即使表面带宽”跑满”体验也差。

5.1 Speedtest CLI（Ookla）：看”到最近节点的吞吐”

用途

快速测 VPS 到 Speedtest 服务器网络的下载 / 上传 / 延迟 / 抖动 / 丢包。

测试内容

下载、上传、延迟、抖动、丢包，输出分享链接，支持 CSV / JSON 结构化输出。

安装与使用

Debian / Ubuntu：

curl -s https://packagecloud.io/install/repositories/ookla/speedtest-cli/script.deb.sh | sudo bash
sudo apt-get install -y speedtest
speedtest --accept-license --accept-gdpr   # 首次运行同意协议
# 指定服务器测速：speedtest -s <server-id>

官方地址：https://www.speedtest.net/apps/cli

结果解读

官方 CLI 默认选”最近的服务器”，只能代表”到该节点”的吞吐；speedtest 输出的下载 / 上传是从 VPS 视角的。

优点

节点全球覆盖，结果可分享，自带丢包和抖动指标。

缺点和注意事项

自动选节点策略导致不同时段可能测到不同服务器，结果波动大；测的是单 TCP 连接场景，不代表多线程实际下载；结果受测试时段影响，晚高峰数值明显低于白天是正常的。

5.2 iperf3：可控的网络吞吐测试

用途

在”你指定的两端”之间测真实吞吐，不受 Speedtest 节点池影响，是深度评测的标配。

测试内容

TCP / UDP 吞吐、双向（上行 / 下行）、多线程、丢包（UDP 模式）。

安装与使用

# 两端都安装：apt install iperf3
# 服务端（对端机器）：iperf3 -s
# 客户端测"下行"（服务器→客户端，-R 反向模式）：
iperf3 -c <服务端IP> -R
# 客户端测"上行"（客户端→服务器）：
iperf3 -c <服务端IP>
# 多线程 + 30 秒：iperf3 -c <IP> -P 4 -t 30

公共测试服务器列表：https://iperf.fr/iperf-servers.php 和 https://iperfserverlist.net（R0GGER/public-iperf3-servers，含香港、台湾等节点，注意公共节点可能被占用或下线）

结果解读

看 Retr（重传数）和 Bandwidth。发送端（Sender）的带宽是真实发送速率，接收端（Receiver）是实际到达速率；重传多说明链路丢包严重，即使数值高也不健康。

优点

完全可控（节点、线程、时长、方向都由你定），适合”白天一次、晚高峰三次”的对比测试。

缺点和注意事项

iperf3 服务端同时只接受一个客户端，公共节点经常被占满；结果上限受对端带宽和拥塞控制算法（BBR / Cubic）影响；需要两台机器配合，成本比 Speedtest 高。

5.3 三网测速脚本（Superspeed）：面向国内用户

用途

测 VPS 到国内电信 / 联通 / 移动各省节点的速度，判断”国内访问快不快”。

测试内容

电信、联通、移动各省节点上传 + 下载速度。

使用命令

bash <(curl -Lso- https://raw.githubusercontent.com/uxh/superspeed/master/superspeed.sh)

维护仓库：https://github.com/uxh/superspeed（由 oldking 原版演化而来，多人在接力维护）

结果解读

重要语义——脚本里的”上传速度”是 VPS 的上传，对国内用户来说这就是”我们从 VPS 下载”的速度（你最关心的那个）；”下载速度”是 VPS 的下载，即”我们上传到 VPS”的速度。看结果时别把两者搞反。

优点

一键覆盖三网多省节点，比单点 Speedtest 更有参考价值。

缺点和注意事项

需要 root，脚本会自动安装 python 依赖；节点是第三方维护的，个别节点可能失效；同样受时段影响，务必在晚高峰复测。

5.4 综合脚本里的网络模块（NodeQuality / LemonBench）

如果你不想自己折腾 iperf3 和 Speedtest：

NodeQuality 网络质量模块：测试完自动生成排版好的网络质量报告并截图，适合快速判断网络健康度（见 3.1）。
LemonBench 网络测试：基于 Ookla Speedtest，快速模式测国内三网各 1 个节点，完整模式测三网各 3 个节点加海外节点，并附带基于 NextTrace 的路由追踪（见 3.2）。

它们适合”初筛”：网络数字异常时，再用 iperf3 多节点、多时段复测定位问题。

5.5 复测方法：别跑一次就下结论

建议”白天一次、晚高峰三次”：白天（如 10:00-14:00）跑一次记录基线，晚高峰（20:00-23:00）隔开时间跑三次。如果晚高峰三次都稳定，说明线路抗拥塞能力强；如果白天 900Mbps、晚高峰掉到 100Mbps，说明出口容量不足，长期体验就是”白天快晚上卡”。单次测速只能代表”该时点到该节点”，不能代表线路长期水平。

六、去程与回程路由测试：线路到底怎么走

6.1 先搞清楚三个问题

什么是去程：从你的本地网络到 VPS 的路由方向（你访问服务器走的路径）。
什么是回程：从 VPS 到你本地的路由方向（服务器把数据发给你走的路径）。
为什么去程和回程可能完全不同：互联网路由是逐段自治的，运营商各自决定出口策略。中国运营商买了海外的优化线路，往往只体现在”回程”（商家常见做法），所以买 VPS 主要看回程，去程通常只是参考。

还要记住一条：路由是动态状态，不是永久属性。同一台 VPS 在不同时间、不同源网、IPv4 / IPv6 下可能走不同路径，回程结果只代表测试时点，不能写成”这台机器永久走 CN2 GIA”。

6.2 识别常见线路（对照速查）

运营商	线路	常见识别特征
电信	163 普通网	AS4134，traceroute 常见 202.97.x.x
电信	CN2	AS4809，traceroute 常见 59.43.x.x
联通	169 普通网	AS4837
联通	精品网（A 网）	AS9929
移动	普通国际网	AS58453（CMI）
移动	精品国际网	AS58807（CMIN2）

注意：ASN、跳点 IP 和路由标签是三类不同证据。跳点 IP 反查 ASN 只是转发路径的近似线索，不能替代完整 AS_PATH；路由器可能不回 ICMP、MPLS 会隐藏中间节点，所以”看到 59.43 就断定 CN2 GIA”不严谨。CN2 GIA 是中国电信官方有 SLA 的企业级产品，要确认它得看订单承诺 + 持续双向实测，不能只看一跳。市场常说的”CN2 GT”是非官方的市场标签，通常是 163 与 CN2 混合，不要当成固定产品。

一句话结论：所谓"出国线路"不是一根从中国直通海外的固定网线，而是接入网、国内骨干网、国际出入口、境外骨干网和目的网络共同组成的一次实际路由。判断线路不能只看商家标签，也不能只认某

6.3 Backtrace：三网回程一键测试

用途

最快判断”回程走什么线路”，新手友好。

测试内容

从 VPS 分别向北京 / 上海 / 广州的电信、联通、移动（及教育网）目标发起测试，自动归类线路类型。

使用命令

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

官方仓库：https://github.com/zhanghanyun/backtrace

结果解读（真实示例，来源：公开教程历史记录，2022-09，非本次实测）

北京电信 219.141.136.12  电信CN2 [优质线路]
北京联通 202.106.50.1    联通4837[普通线路]
北京移动 221.179.155.161 移动CMI [普通线路]
上海电信 202.96.209.133  电信CN2 [优质线路]
上海联通 210.22.97.1     联通4837[普通线路]
上海移动 211.136.112.200 移动CMI [普通线路]
广州电信 58.60.188.222   电信CN2 [优质线路]
广州联通 210.21.196.6    联通4837[普通线路]
广州移动 120.196.165.24  移动CMI

逐行解读：电信方向全部归为”电信CN2″，说明回程进入了 CN2 网络（AS4809 / 59.43 特征），电信用户体验会明显好于 163；联通方向全是 4837 普通骨干，属于”能用但不算精品”；移动方向走 CMI（AS58453），是移动普通国际线路，晚高峰可能拥塞。“优质线路 / 普通线路”是脚本按线路类型的粗略归类，代表路由形态，不代表 SLA 承诺，还要结合晚高峰实测吞吐判断。

优点

一条命令，9 行输出，几秒钟出结论，最适合新手。

缺点和注意事项

只给归类不给逐跳明细；分类逻辑是脚本维护者定义的，极端情况会误判；结果只代表测试时点。融合怪的三网回程模块就是基于本项目维护的。

6.4 NextTrace：可视化逐跳追踪

用途

看每一跳的 IP、归属地、ASN 和延迟，判断是否绕路、从哪里出境。

测试内容

ICMP / TCP / UDP 三种协议的 traceroute，自动标注每跳地理位置和 ASN，支持地图可视化（MapTrace）。

安装与使用

curl -sL nxtrace.org/nt | bash          # Linux 一键安装
nexttrace <IP或域名>                     # 默认 ICMP 追踪
nexttrace --tcp <IP>                     # TCP SYN 追踪（可绕过 ICMP 屏蔽）
nexttrace --fast-trace                   # 一键测北上广 电信+联通+移动+教育网回程
nexttrace --table <IP>                   # 表格模式，结果更整齐

官方仓库：https://github.com/nxtrace/Nxtrace（官网 https://www.nxtrace.org）

结果解读

逐跳看三件事——出境点（哪一跳离开中国大陆）、骨干网络（是否进入 59.43 / 202.97 / AS4837 / AS9929 / AS58453 等特征段）、是否绕路（比如香港 VPS 却绕道美国、东京，明显绕路）。跨太平洋的跳数多、延迟高，直连的跳数少、延迟低。

优点

信息最全（IP / ASN / 归属地 / 延迟一屏看全），开源免费，回程快速测试一条命令。

缺点和注意事项

默认 ICMP 在部分网络被丢弃，换 --tcp 即可；依赖的 GeoIP / BGP 数据是社区维护的，归属地偶有偏差；--fast-trace 的”快速”模式测试的是预设节点，不代表全部方向。

6.5 BestTrace：经典逐跳工具（IPIP 出品）

用途

本地和服务器两端都能用的经典路由追踪工具，逐跳显示 IP、ASN、归属地，老教程标配。

测试内容

traceroute 逐跳信息，可指定目标 IP 测试回程。

使用命令

从官网下载 Linux 版解压后：

./besttrace -q 1 -g cn <目标IP>

官方下载：https://www.ipip.net/product/client.html（Linux 版 V1.2.0）

结果解读

每行一跳，显示 IP、归属地、AS 号、延迟，配合上面的线路速查表识别 59.43 / 202.97 / 4837 / 9929 / CMI 等特征。

优点

稳定、老牌、归属地库在国内最准。

缺点和注意事项

更新缓慢（Linux 版多年未大版本更新）；也可以直接用 IPIP 在线工具 https://tools.ipip.net/traceroute.php 从本地测去程，不装任何东西。

6.6 traceroute / mtr：系统自带的基础工具

用途

traceroute 看单次路径，mtr 持续发包看丢包和延迟趋势。

使用命令

apt install mtr-tiny traceroute   # Debian/Ubuntu
mtr -rw -c 100 <IP>               # 100 个包持续测试，-r 报表模式
traceroute -n <IP>                # -n 不做反解更快；-I 用 ICMP；-T 用 TCP 80/443

结果解读（重点）

MTR 中间跳高丢包、但最后一跳正常，通常不能认定端到端丢包——很多骨干路由器出于性能考虑不回应 ICMP 或对探测包限速，中间跳丢包是假象。判断丢包以最后一跳（目的 IP）的丢包率为准。中间跳延迟高 + 末跳正常，同样不代表你的链路有问题。

优点

零成本、系统自带、持续监测丢包 / 抖动趋势。

缺点和注意事项

mtr 持续测试 100 个包耗时约 1-2 分钟，适合做深度评测的补充项；单次 mtr 同样只代表测试时点。

七、IP 质量与风险检测：这个 IP”干净”吗

7.1 先搞懂几个概念

ASN 和 IP 归属地：ASN 是自治系统编号，决定”这个 IP 属于哪个网络运营商”；归属地是数据库（MaxMind、IP2Location 等）对 IP 地理位置的推断，不是官方登记，不同库可能给出不同结果。
原生 IP / 广播 IP / 机房 IP：原生 IP 指 IP 段注册地、归属地与机房宣称地区一致（如美国机房用美国注册的 IP 段）；广播 IP 指 IP 段实际注册地不在当前机房所在地区（常见于”伪装地区”的商家）；机房 IP 指 IP 段属于数据中心地址段。流媒体和 AI 服务主要靠这些特征判断是否放行。
欺诈风险分数：Scamalytics、IPQS 等数据库综合代理、VPN、Hosting、滥用历史等特征给出的 0-100 分数，分数越高风险越大。
代理 / VPN / Hosting 标记：数据库把你的 IP 归类为代理、VPN 出口或数据中心 IP，这类标记会导致流媒体、银行、电商风控直接拒绝。
黑名单数量：IP 被列入多少垃圾邮件 / 滥用黑名单（Spamhaus、Barracuda 等 400+ 数据库）。对发邮件场景，黑名单越少越好；但对普通使用，少量标记影响有限。

7.2 IPQuality 脚本（xykt / IP.Check.Place）：社区公认的 IP 体检脚本

用途

一次性查清 IP 类型、风险评分、黑名单、流媒体 / AI 解锁和邮箱连通性，NodeQuality 的 IP 质量模块就是它。

测试内容

六大模块——基础信息（IP / ASN / 归属地）、IP 类型（原生 / 广播 / 机房 / 家宽 / 代理等）、风险评分（整合 IPinfo、ipregistry、ipapi、AbuseIPDB、IP2Location、IPQS、DB-IP、Scamalytics、IPWHOIS、Cloudflare 等多库）、风险因子、流媒体及 AI 解锁（TikTok / Disney+ / Netflix / YouTube / Prime Video / Spotify / Reddit / ChatGPT）、邮局连通性（Gmail / Outlook / Yahoo / QQ / 163 等）与 400+ 黑名单数据库检测。

使用命令

bash <(curl -Ls IP.Check.Place)     # 交互模式
bash <(curl -Ls IP.Check.Place) -4  # 只测 IPv4
bash <(curl -Ls IP.Check.Place) -6  # 只测 IPv6
bash <(curl -Ls IP.Check.Place) -i eth0   # 指定网卡

官方仓库：https://github.com/xykt/IPQuality

结果解读

IP 类型先看是”原生 / 广播 / 机房”；风险分数看是否处于高危区间；黑名单部分看”已标记 / 黑名单”数量；流媒体解锁和 ChatGPT 状态看是否支持及地区。

优点

数据源最全，排版清晰，报告可生成 SVG 分享链接，中英双语。

缺点和注意事项

不同风险数据库口径不同，给出完全相反的结论很正常，不要只凭一个分数判断 IP”纯净”；同一机房不同 IP 段的质量可能差异很大（有的段被滥用拉黑、有的段干净），测的是当前出口 IP，不代表整个机房；脚本运行时会向多家第三方数据库查询你的 IP。

7.3 IPCheck.ing：网页版 IP 工具箱

用途

不登录 VPS 时快速查 IP 信息、做交叉验证。

功能

IP 查询（多数据源并行显示 IPv4 / IPv6 / ASN / 归属地 / ISP）
连通性测试
WebRTC 与 DNS 泄露检测
测速、MTR、Whois、ASN 历史、浏览器指纹

使用方式

浏览器访问 https://ipcheck.ing

结果解读

与脚本结果对照看——脚本说”原生 IP”而网页端多源查询显示归属地漂移，就要警惕广播 IP 或数据库不一致。

优点

零安装、多源并行、适合快速核验。

缺点和注意事项

网页工具查的是”你的浏览器出口 IP”，如果要查 VPS 的 IP，需要在 VPS 上先拿到它的公网 IP 再查，或在 VPS 上跑脚本版。

7.4 数据库网页查询：手动深挖

AbuseIPDB：https://www.abuseipdb.com/check/<IP> —— 看举报记录和滥用历史，社区举报驱动
Scamalytics：https://scamalytics.com/ip/<IP> —— 看欺诈分数和代理 / VPN / 数据中心判定
IPQualityScore（IPQS）：https://www.ipqualityscore.com —— 商业风控数据库，提供代理 / VPN / 机器人 / 欺诈评分

结果解读：三个库都查一遍，结论一致才说明 IP 状态明确；结论冲突时以你实际要用的服务（比如你要发邮件就看黑名单，要解锁流媒体就看 IP 类型）为准。没有任何一个数据库能单独定义 IP”纯净”，因为每个库的数据来源、更新频率和判定逻辑都不同。

八、流媒体与 AI 服务解锁测试

8.1 RegionRestrictionCheck（lmc999）：解锁检测的事实标准

用途

检测当前 IP 在 Netflix、Disney+、YouTube Premium、TikTok、Prime Video、DAZN、ViuTV、KKTV、动画疯、HotStar 等流媒体以及 ChatGPT / OpenAI 上的解锁状态和地区。

测试内容

各平台”是否解锁 / 仅自制 / 完全封锁”三级状态 + 识别地区 + 解锁方式（原生 / DNS）。

使用命令

bash <(curl -L -s check.unlock.media)       # 交互选择地区
bash <(curl -L -s check.unlock.media) -M 4  # 只测 IPv4
bash <(curl -L -s check.unlock.media) -M 6  # 只测 IPv6

官方仓库：https://github.com/lmc999/RegionRestrictionCheck

结果解读

Netflix 要区分”完整片库解锁”和”仅自制剧（Originals）”——只解锁自制剧说明 IP 被判定为代理 / 数据中心，版权剧看不了；YouTube 看是否解锁 Premium；TikTok 看识别地区是否正常。

优点

纯 bash 可免 root 运行，检测方法社区公认最准（Netflix 新检测法），支持 Docker 隔离运行。

缺点和注意事项

“解锁成功”只代表测试时点的当前 IP；能打开网站不等于能播放对应地区内容（版权剧才是关键）；平台策略变化后旧结果很快失效，发评测前必须重新测。

8.2 OpenAI-Checker：ChatGPT 专项

用途

检测当前 IP 能否访问 OpenAI 服务（ChatGPT 网页 / API）。

使用命令

bash <(curl -Ls https://raw.githubusercontent.com/missuo/OpenAI-Checker/main/openai.sh)

官方仓库：https://github.com/missuo/OpenAI-Checker

结果解读

输出 “Your IP supports access to OpenAI. Region: US” 表示网页端可用；”No” 表示该地区被屏蔽。

缺点和注意事项

作者在仓库里明确标注：随着 OpenAI 策略更新，脚本可能不再准确（2023-05 标注）。ChatGPT 检测结果参考价值有限，而且网页可访问不等于账号不会触发风控——OpenAI 对机房 IP、异常登录的风控是动态的。同样的，同一个 ASN 下不同 IP 段的结果可能不同，测的是当前出口 IP。

8.3 其他解锁检测渠道

NodeQuality 和融合怪、LemonBench 都内置流媒体解锁模块，作为综合体检的”初筛”够用。
出现争议时（比如一个脚本说解锁、另一个说仅自制），以 RegionRestrictionCheck 为准，再用 Netflix 官方测试页面（浏览器访问 Netflix 的”我的账户”或官方测试影片）人工确认。
提醒：任何解锁测试都只代表”当前 IP + 当前时点 + 当前平台策略”，三者任何一个变化，结果都可能变。