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

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 / 内存 / 带宽 / 流量）。没有上下文的跑分没有对比价值，也方便以后复测。

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）；输出量大，适合会看结果的人，不适合只看结论的新手。

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 专用脚本”，没有自动排版；结果受宿主调度影响，单次分数别太当真。

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 识别常见线路（对照速查）

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

推荐阅读：

中国互联网“出国线路”完全科普：163、CN2、4837、9929、CMI、CMIN2 到底是什么？

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

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 同样只代表测试时点。

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”纯净”，因为每个库的数据来源、更新频率和判定逻辑都不同。

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 + 当前时点 + 当前平台策略”，三者任何一个变化，结果都可能变。

9.1 快速体检方案

• NodeQuality 或 LemonBench，任选一个
• 适合刚开通 VPS 后快速查看配置、网络和 IP
• 时间短、覆盖面广，但不适合深度判断——看到异常再用下面的方案定位

9.2 标准评测方案

1. YABS：CPU、磁盘和基础网络（硬件基线）
2. NextTrace 或 Backtrace：三网回程（线路判断）
3. IPQuality（IP.Check.Place）：IP 风险和类型
4. RegionRestrictionCheck：流媒体和 AI 解锁

这套组合测试范围清楚、功能不重复，是社区评测文章的标准配置。跑完记录：测试时间、脚本版本、机房、套餐。

9.3 深度评测方案

1. YABS 或独立 Geekbench、fio、sysbench（分开跑，记录各自结果）
2. iperf3 多节点测速（自己选香港、日本、美国、欧洲节点，双向 + 多线程）
3. 多时段复测：白天一次、晚高峰三次、周末再补一次
4. 三网去程 + 回程：去程用本地 BestTrace / NextTrace，回程用 VPS 上的 Backtrace / NextTrace
5. MTR 持续丢包与延迟测试（mtr -rw -c 300）
6. IP 质量和流媒体解锁（IPQuality + RegionRestrictionCheck）
7. 7-30 天长期监控：可用率、延迟、资源占用（UptimeRobot 或自建监控），这是”线路稳定”唯一的证据来源