- Basic System Information
- CPU Testing
- Memory Testing
- Disk Testing
- Platform Unlock Testing
- IP Quality Detection
- Email Port Detection
- PING Testing
- TCP Handshake Latency Testing
- Nearby Speed Testing
menu模式默认启用，执行时显示菜单可选择选项测试，在menu模式启用的情况下，默认额外提供的CI参数设置优先级高于选项本身的预设值，方便用户随时针对某个选项自行修改某些单项测试的参数设置。
依赖项目：https://github.com/oneclickvirt/basics https://github.com/oneclickvirt/gostun
本项除原有的系统、CPU、内存、磁盘和网络信息外，还会尽可能显示 CPU 拓扑与容器限制、主板与 BIOS、PCI 与 GPU、NUMA 与 DIMM、HugePages、物理盘与 RAID，以及磁盘健康和温度。这些信息可用于判断虚拟机实际可用资源、硬件透传和存储健康；受系统、权限或虚拟化限制而无法读取的字段不会猜测显示。
CPU型号: 一般来说，按CPU的发布时间，都是新款则AMD好于Intel，都是旧款则Intel好于AMD，而Apple的M系列芯片则是断层式领先。
CPU数量: 会检测是物理核心还是逻辑核心，优先展示物理核心，查不到物理核心才去展示逻辑核心。在服务器实际使用过程中，程序一般是按逻辑核心分配执行的，非视频转码和科学计算，物理核心一般都是开超线程成逻辑核心用，横向比较的时候，对应类型的核心数量才有比较的意义。当然如果一个是物理核一个是虚拟核，在后面CPU测试得分类似的情况下，肯定是物理核更优，无需担忧CPU性能被共享的问题。
CPU缓存：显示的宿主机的CPU三级缓存信息。对普通应用可能影响不大，但对数据库、编译、大规模并发请求等场景，L3 大小显著影响性能。
AES-NI: AES指令集是加密解密加速用的，对于HTTPS(TLS/SSL)网络请求、VPN代理(配置使用的AES加密的)、磁盘加密这些场景有明显的优化，更快更省资源。
VM-x/AMD-V/Hyper-V: 是当前测试宿主机是否支持嵌套虚拟化的指标，如果测试环境是套在docker里测或者没有root权限，那么这个默认就是检测不到显示不支持嵌套虚拟化。这个指标在你需要在宿主机上开设虚拟机(如 KVM、VirtualBox、VMware)的时候有用，其他用途该指标用处不大。
内存: 显示内存 正在使用的大小/总大小 ，不含虚拟内存。
气球驱动: 显示宿主机是否启用了气球驱动。气球驱动用于宿主机和虚拟机之间动态调节内存分配：宿主机可以通过驱动要求虚拟机“放气”释放部分内存，或“充气”占用更多内存。启用它通常意味着宿主机具备内存超售能力，但是否真的存在超售，需要结合下面的内存读写测试查看是否有超售/严格的限制。
内核页合并：显示宿主机是否启用了内核页合并机制。KSM 会将多个进程中内容相同的内存页合并为一份，以减少物理内存占用。启用它通常意味着宿主机可能在进行内存节省或存在一定程度的内存超售。是否真正造成性能影响或内存紧张，需要结合下面的内存读写测试查看是否有超售/严格的限制。
虚拟内存: swap虚拟内存 是磁盘上划出的虚拟内存空间，用来在物理内存不足时临时存放数据。它能防止内存不足导致程序崩溃，但频繁使用会明显拖慢系统，Linux 官方推荐的 swap 配置如下：
| 物理内存大小 | 推荐 SWAP 大小 |
|---|---|
| ≤ 2G | 内存的 2 倍 |
| 2G < 内存 ≤ 8G | 等于物理内存大小 |
| ≥ 8G | 约 8G 即可 |
| 需要休眠 (hibernation) | 至少等于物理内存大小 |
硬盘空间: 显示硬盘 正在使用的大小/总大小
启动盘路径：显示启动盘的路径
系统: 显示系统名字和架构
内核: 显示系统内核版本
系统在线时间: 显示宿主机自从开机到测试时的已在线时长
时区: 显示宿主机系统时区
负载: 显示系统负载
虚拟化架构: 显示宿主机来自什么虚拟化架构，一般来说推荐Dedicated > KVM >= Xen虚拟化，其他虚拟化都会存在性能损耗，导致使用的时候存在性能共享/损耗，但这个也说不准，独立服务器才拥有完全独立的资源占用，其他虚拟化基本都会有资源共享，取决于宿主机的持有者对这个虚拟机是否有良心，具体性能优劣还是得看后面的专项性能测试。
NAT类型: 显示NAT类型，具体推荐Full Cone > Restricted Cone > Port Restricted Cone > Symmetric，测不出来或者非正规协议的类型会显示Inconclusive，一般来说只有特殊用途，比如有特殊的代理、实时通讯、做FRP内穿端口等需求才需要特别关注，其他一般情况下都不用关注本指标。
NAT行为: 在环境支持时进一步显示端口是否保持、能否通过公网映射回连本机，以及地址映射和入站过滤方式，可辅助判断 P2P、语音视频和内网穿透的可用性。
TCP加速/队列：在同一行用 / 分隔，前项是 cubic、bbr 等拥塞控制算法，后项是 fq、fq_codel 等队列规则。代理或高带宽用途可结合两项判断网络调优情况。
TCP接收/发送缓冲：接收和发送仍各占一行，每行依次显示最小值、默认值和最大值，可用于排查高延迟或高带宽链路上的吞吐限制。
NUMA/DIMM：在同一行显示 NUMA 节点数和 DIMM 数量。虚拟机没有透传 DMI 信息时，DIMM 数量可能为 0，不代表没有内存。
HugePages：在同一行显示大页总数、空闲数和单页大小，用于判断大页内存是否配置及当前余量。
物理盘：每块磁盘用一行显示协议、健康状态和可用时的温度。unsupported 表示当前硬件、驱动、权限或虚拟化环境没有提供健康数据，不代表磁盘已经故障。
IPV4/IPV6 ASN: 显示宿主机IP所属的ASN组织ID和名字，同一个IDC可能会有多个ASN，ASN下可能有多个商家售卖不同段的IP的服务器，具体的上下游关系错综复杂，可使用 bgp.tool 进一步查看。
IPV4/IPV6 Location: 显示对应协议的IP在数据库中的地理位置。
IPV4 Active IPs: 根据 bgp.tools 信息查询当前CIDR分块中 活跃邻居数量/总邻居数量 刷新间隔大概是15~20分钟，还是有一定参考性的。(这个总数和比值不是可Ping通的IP数量，是监控到有来自这个IP的请求到全球监控网内的记录，比可ping通更能代表当前活跃的邻居数)
IPV6 子网掩码：根据宿主机信息查询的本机IPV6子网大小，如果你需要在本机进行独立的IPV6分配，应该持有至少/80大小的子网才足够进行分配使用。数值计算为2的倍数，数值越小越靠近2则可分配使用的IPV6子网范围越大。
依赖项目：https://github.com/oneclickvirt/cputest
选项1会在原有 CPU 跑分中加入 20 秒压力测试。压力测试会让每个有效线程持续完成固定上限的素数校验，直到时间结束；有效线程数会结合 GOMAXPROCS、CPU affinity、cpuset 和 cgroup 配额确定，避免把不可用线程计入成绩。
压力测试 : 20.005s / 2 线程 / 44.59 次/秒 / 892 次 从左到右分别表示实际运行时间、有效工作线程数、全部线程合计每秒完成的事件数和事件总数。实际时间可能因工作线程完成最后一轮计算而略高于设定值；每完成一轮固定素数校验记为 1 次。比较机器时应使用相同版本、时长和线程条件，每秒事件数越高通常代表持续计算能力越强。系统提供温度传感器时还会显示测试前温度、峰值和变化量。
支持通过命令行参数选择GeekBench和Sysbench进行测试：
| 比较项 | sysbench | geekbench |
|---|---|---|
| 适用范围 | 轻量级，几乎可在任何服务器上运行 | 重量级，小型机器无法运行 |
| 测试要求 | 无需网络，无特殊硬件需求 | 需联网，IPV4环境，至少1G内存 |
| 开源情况 | 基于LUA，开源，可自行编译各架构版本(本项目有重构为Go版本内置) | 官方二进制闭源代码，不支持自行编译 |
| 测试稳定性 | 核心测试组件10年以上未变 | 每个大版本更新测试项，分数不同版本间难以对比(每个版本对标当前最好的CPU) |
| 测试内容 | 仅测试计算性能，基于素数计算 | 覆盖多种性能测试，分数加权计算，但部分测试实际不常用 |
| 适用场景 | 适合快速测试，仅测试计算性能 | 适合综合全面的测试 |
| 排行榜 | sysbench.spiritlhl.net | browser.geekbench.com |
Sysbench的基准可见 CPU Performance Ladder For Sysbench 天梯图，具体得分不取决于测试的sysbench的版本。默认使用Sysbench进行测试，基准说明大致如下：
CPU测试单核Sysbench得分在5000以上的可以算第一梯队称得上高性能，每1000分大致算一档。
AMD的7950x单核满血性能得分在6500左右，AMD的5950x单核满血性能得分5700左右，Intel普通的CPU(E5之类的)在1000~800左右，低于500的单核CPU可以说是性能比较差的了。
有时候多核得分和单核得分一样，证明商家在限制程序并发使用CPU，典型例子腾讯云。
GeekBench的基准可见 官方网站 天梯图，具体得分每个GeekBench版本都不一样，注意使用时测试的GeekBench版本是什么。
多说一句，GeekBench测的很多内容，实际在服务器使用过程中根本用不到，测试仅供参考。当然Sysbench非常不全面，但它基于最基础的计算性能可以大致比较CPU的性能。
实际上CPU性能测试够用就行，除非是科学计算以及视频转码，一般不需要特别追求高性能CPU。如果有性能需求，那么需要关注程序本身吃的是多核还是单核，对应看多核还是单核得分。
依赖项目：https://github.com/oneclickvirt/memorytest
测试会分别给出顺序读取、顺序写入、内存复制带宽和随机访问延迟。前三项数值越高越好，随机访问延迟越低越好；这些结果反映当前机器在测试负载下的实际表现，不等同于内存条标称的理论带宽。
一般来说，只需要判断 IO 速度是否低于 10240 MB/s (≈10 GB/s)
如果低于这个值，那么证明内存性能不佳，极大概率存在超售超卖问题。
至于超开的原因可能是：
- 开了虚拟内存 (硬盘当内存用)
- 开了 ZRAM (牺牲 CPU 性能)
- 开了气球驱动 (Balloon Driver)
- 开了 KSM 内存融合
原因多种多样。
| 内存类型 | 典型频率 (MHz) | 单通道带宽 | 双通道带宽 |
|---|---|---|---|
| DDR3 | 1333 ~ 2133 | 10 ~ 17 GB/s (≈ 10240 ~ 17408 MB/s) | 20 ~ 34 GB/s (≈ 20480 ~ 34816 MB/s) |
| DDR4 | 2133 ~ 3200 | 17 ~ 25 GB/s (≈ 17408 ~ 25600 MB/s) | 34 ~ 50 GB/s (≈ 34816 ~ 51200 MB/s) |
| DDR5 | 4800 ~ 7200 | 38 ~ 57 GB/s (≈ 38912 ~ 58368 MB/s) | 76 ~ 114 GB/s (≈ 77824 ~ 116736 MB/s) |
根据上表内容，本项目测试的粗略判断方法：
- < 20 GB/s (20480 MB/s) → 可能是 DDR3（或 DDR4 单通道 / 低频）
- 20 ~ 40 GB/s (20480 ~ 40960 MB/s) → 大概率 DDR4
- ≈ 50 GB/s (≈ 51200 MB/s) → 基本就是 DDR5
对于各种测试参数对应方法的比较：
| 参数方法 | 测试准确性 | 速度 | 适应架构 | 依赖情况 |
|---|---|---|---|---|
| stream | 高, 结果稳定，更符合实际情况 | 快速 | 跨平台（Linux/Windows/Unix） | 自带依赖无需额外安装 |
| sysbench | 高, 结果较可靠 | 中等 | 跨平台（Linux、Windows 部分支持） | 需环境额外安装 |
| winsat | 中等偏高, Windows 内置工具 | 中等 | 仅限 Windows | 物理机器上自带，虚拟机不可用 |
| mbw | 中等, 结果可能受缓存/调度影响 | 快速 | 跨平台（几乎所有类 Unix 系统） | 自带依赖无需额外安装 |
| dd | 低, 结果受缓存影响 | 快速 | 跨平台（几乎所有类 Unix 系统） | 自带依赖无需额外安装 |
依赖项目：https://github.com/oneclickvirt/disktest
fio 会分别测试 4K Q1/Q32 随机读写和 1M Q1/Q8 顺序读写，并显示 IOPS、带宽及 P50/P95/P99 延迟。Q 表示队列深度，P50 是中位延迟，P95/P99 用来观察少量较慢的请求。选项1默认检测多个可写挂载点并执行更完整的块大小测试，只使用有大小上限的临时普通文件，不会写入裸盘。
dd测试可能误差偏大但测试速度快无硬盘大小限制，fio测试真实一些但测试速度慢有硬盘以及内存大小的最低需求。
同时，服务器可能有不同的文件系统，某些文件系统的IO引擎在同样的硬件条件下测试的读写速度更快，这是正常的。项目默认使用fio进行测试，测试使用的IO引擎优先级为libaio > posixaio > psync，备选项dd测试在fio测试不可用时自动替换。
以fio测试结果为例基准如下：
| 操作系统类型 | 主要指标 | 次要指标 |
|---|---|---|
| Windows/MacOS | 4K读 → 64K读 → 写入测试 | 图形界面系统优先考虑读取性能 |
| Linux (无图形界面) | 4K读 + 4K写 + 1M读写 | 读/写值通常相似 |
以下硬盘类型对于指标值指 常规~满血 性能状态，指libaio作为IO测试引擎，指在Linux下进行测试
| 驱动类型 | 4K 带宽性能 | 1M 带宽性能 |
|---|---|---|
| NVMe SSD | ≥ 200 MB/s | 5-10 GB/s |
| 标准SSD | 50-100 MB/s | 2-3 GB/s |
| HDD (机械硬盘) | 10-40 MB/s | 500-600 MB/s |
| 性能不佳 | < 10 MB/s | < 200 MB/s |
快速评估：
-
主要检查: 4K读带宽、4K写带宽
- 几乎相同差别不大
- ≥ 200 MB/s = NVMe SSD
- 50-100 MB/s = 标准SSD
- 10-40 MB/s = HDD (机械硬盘)
- < 10 MB/s = 垃圾性能，超售/限制严重
-
次要检查: 1M总吞吐量
- 提供商设置的IO限制
- 资源超开超售情况
- 数值越高越好
- NVMe SSD通常达到4-6 GB/s
- 标准SSD通常达到1-2 GB/s
如果 NVMe SSD的1M总吞吐量 < 1GB/s 表明存在严重的资源超开超售。
注意，这里测试的是真实的IO，仅限本项目，非本项目测试的IO不保证基准通用，因为他们测试的时候可能用的不是同样的参数，可能未设置IO直接读写，可能设置IO引擎不一致，可能设置测试时间不一致，都会导致基准有偏差。
依赖项目：https://github.com/oneclickvirt/UnlockTests
默认只检测跨国平台解锁。
检测范围包含 Dola AI 和 X (Twitter)。RateLimited 表示平台暂时限流，不等于无法解锁；超时、DNS 失败、无 IPv6 等网络状态也会与明确的不支持分开显示。需要只测 AI 平台或指定 IP 协议、网卡、DNS、代理和并发数时，可使用 -utregion=21、-utipver、-ut-interface、-ut-dns、-ut-http-proxy、-ut-socks-proxy 和 -ut-concurrency。
一般来说，正常的情况下，一个IP多个平台的解锁地区都是一致的不会到处乱飘，如果发现多家平台解锁地区不一致，那么IP大概率来自IPXO等平台租赁或者是刚刚宣告和被使用，未被平台普通的数据库所识别修正地域。
由于各平台的IP数据库识别速度不一致，所以有时候有的平台解锁区域正常，有的飘到路由上的某个位置，有的飘到IP未被你使用前所在的位置。
| DNS 类型 | 解锁方式判断是否必要 | DNS 对解锁影响 | 说明 |
|---|---|---|---|
| 官方主流 DNS | 否 | 小 | 平台解锁主要依赖测试节点的 IP，DNS 解析基本不会干扰解锁。 |
| 非主流 / 自建 DNS | 是 | 大 | 平台解锁结果受 DNS 解析影响较大，需要判断是原生解锁还是 DNS 解锁。 |
所以测试过程中，如果宿主机当前使用的是官方主流的DNS，不会进行是否为原生解锁的判断，解锁类型大部分受后面查询的IP质量的使用类型和公司类型的影响。
对于IP质量解锁比较敏感的实际上是各大AI平台和本地平台解锁，以及reddit和spotify，其他的跨国平台一般不易受IP质量影响解锁。
依赖项目：https://github.com/oneclickvirt/securityCheck
检测18个数据库的IP相关信息，多个平台比较对应检测项目都为对应值，证明当前IP确实如此，不要仅相信一个数据库源的信息:
每个数据源会独立保留正常、限流、需要认证、超时或不可用状态，某个来源暂时失败不会被当作“IP 干净”。DNS 黑名单检测也会区分未列入、已列入、其他标记、超时和查询错误，建议结合具体来源和多次结果判断。
ipinfo.io scamalytics.com abuseipdb.com ip2location.com ip-api.com ipregistry.co ipdata.co ipgeolocation.io ipwhois.io ipapi.com ipapi.is ipqualityscore.com bigdatacloud.com dkly.net virustotal.com ipfighter.com getipintel.net fraudlogix.com cloudflare.com
以下为每个字段的对应的含义
| 字段类别 | 字段名称 | 字段说明 | 可能的值 | 评分规则 |
|---|---|---|---|---|
| 安全得分 | 声誉 | IP地址在安全社区中的信誉评分 | 0-100的数值 | 越高越好 |
| 信任得分 | IP地址的可信任程度评分 | 0-100的数值 | 越高越好 | |
| VPN得分 | IP被识别为VPN的可能性评分 | 0-100的数值 | 越低越好 | |
| 代理得分 | IP被识别为代理的可能性评分 | 0-100的数值 | 越低越好 | |
| 社区投票-无害 | 社区成员投票认为该IP无害的分数 | 非负整数 | 越高越好 | |
| 社区投票-恶意 | 社区成员投票认为该IP恶意的分数 | 非负整数 | 越低越好 | |
| 威胁得分 | IP地址的整体威胁程度评分 | 0-100的数值 | 越低越好 | |
| 欺诈得分 | IP地址涉及欺诈活动的可能性评分 | 0-100的数值 | 越低越好 | |
| 滥用得分 | IP地址被报告滥用行为的评分 | 0-100的数值 | 越低越好 | |
| ASN滥用得分 | 该IP所属ASN(自治系统)的滥用评分 | 0-1的小数，可能带有风险等级标注(Low/Medium/High) | 越低越好 | |
| 公司滥用得分 | 该IP所属公司的滥用评分 | 0-1的小数，可能带有风险等级标注(Low/Medium/High) | 越低越好 | |
| 威胁级别 | IP地址的威胁等级分类 | low/medium/high/critical等文本描述 | low为最佳 | |
| 流量占比 | 真人和机器人在本机IP的ASN所在国家的占比 | 百分数 | 真人比越高越好 | |
| 黑名单记录 | 无害记录数 | 在各黑名单数据库中被标记为无害的次数 | 非负整数 | 数值本身无好坏 |
| 恶意记录数 | 在各黑名单数据库中被标记为恶意的次数 | 非负整数 | 越低越好 | |
| 可疑记录数 | 在各黑名单数据库中被标记为可疑的次数 | 非负整数 | 越低越好 | |
| 无记录数 | 在各黑名单数据库中无任何记录的次数 | 非负整数 | 数值本身无好坏 | |
| DNS黑名单-总检查数 | 检查的DNS黑名单数据库总数量 | 正整数 | 数值本身无好坏 | |
| DNS黑名单-干净 | 在DNS黑名单中显示为干净(未列入)的数量 | 非负整数 | 越高越好 | |
| DNS黑名单-已列入 | 在DNS黑名单中已被列入的数量 | 非负整数 | 越低越好 | |
| DNS黑名单-其他 | 在DNS黑名单检查中返回其他状态的数量 | 非负整数 | 数值本身无好坏 |
当本机的IP所在的ASN拥有的IP数量比较少时，流量占比可以给你提供网络邻居中有多少是真实流量的占比，目前全球的互联网流量的占比约是70%真人30%机器人(IPV4)，如果需要比较你就按这个基准对比就行了，就知道是不是当前IP的ASN在本国的使用达到了互联网平均水平。如果需要具体国家的基准查询，可使用 https://trafficbenchmark.spiritlhl.net/ 自行搜索查找对比。
一般来说看下面的使用类型公司类型还有安全信息的判别足矣，上面的安全得分只有多个数据库确认一致才可信，不看也没啥问题。(IDC: 一般买服务器识别成这个的多，就是正常的在数据中心机房广播使用的类型)
| 使用类型 | 说明 |
|---|---|
| hosting | 数据中心网络(IDC) |
| residential | 家庭/住宅网络(家宽) |
| isp | 固定线路互联网服务提供商(家宽) |
| business | 企业办公网络(商宽) |
| cellular | 移动运营商网络(家宽) |
| education | 教育机构网络(教育网) |
| government | 政府机构网络(政府网) |
| military | 军事网络(政府网) |
| CDN | 内容分发网络(IDC) |
| 公司类型 | 说明 |
|---|---|
| hosting | 主机/数据中心公司(IDC) |
| business | 企业公司(商宽) |
| isp | 固定线路互联网服务提供商(家宽) |
| education | 教育机构(教育网) |
| government | 政府机构(政府网) |
以上类型说明为原始查询信息的类型，实际显示的时候已自动分流去重合并类型为统一含义，其他安全信息字段：
| 字段类别 | 字段名称 | 字段说明 | 可能的值 | 评分规则 |
|---|---|---|---|---|
| 浏览器类型 | 是否为主流浏览器 | 本机IP的ASN所在国家的占比 | 百分比 | 主流的越多越好 |
| 设备类型 | 是否为桌面移动设备 | 本机IP的ASN所在国家的占比 | 百分比 | 桌面移动设备占比越多越好 |
| 操作系统类型 | 是否为主流操作系统 | 本机IP的ASN所在国家的占比 | 百分比 | 主流的越多越好 |
| 云提供商 | 是否云提供商(Cloud Provider) | 该IP是否属于云服务提供商 | Yes/No | 无好坏之分，仅标识 |
| 数据中心 | 是否数据中心(Data Center) | 该IP是否位于数据中心 | Yes/No | 如果关注解锁No为最佳 |
| 移动设备 | 是否移动设备(Mobile) | 该IP是否来自移动设备网络 | Yes/No | 如果关注解锁Yes为最佳 |
| 代理 | 是否代理(Proxy) | 该IP是否为代理服务器 | Yes/No | No为佳 |
| VPN | 是否VPN | 该IP是否为VPN服务节点 | Yes/No | No为佳 |
| Tor出口 | 是否TorExit(Tor Exit Node) | 该IP是否为Tor网络的出口节点 | Yes/No | No为佳 |
| 网络爬虫 | 是否网络爬虫(Crawler) | 该IP是否被识别为网络爬虫 | Yes/No | No为佳 |
| 匿名 | 是否匿名(Anonymous) | 该IP是否提供匿名服务(如VPN/Proxy/Tor) | Yes/No | No为佳 |
| 攻击者 | 是否攻击者(Attacker) | 该IP是否被识别为攻击来源(如DDOS) | Yes/No | No为佳 |
| 滥用者 | 是否滥用者(Abuser) | 该IP是否有主动滥用行为记录 | Yes/No | No为佳 |
| 威胁 | 是否威胁(Threat) | 该IP是否被标记为威胁来源 | Yes/No | No为佳 |
| 中继 | 是否中继(Relay) | 该IP是否为中继节点 | Yes/No | No为佳 |
| Bogon | 是否Bogon(Bogon IP) | 该IP是否为伪造/未分配的IP地址 | Yes/No | No为佳 |
| 机器人 | 是否机器人(Bot) | 该IP是否被识别为机器人流量 | Yes/No | No为佳 |
| 搜索引擎 | Google搜索可行性 | 该IP能否正常使用Google搜索服务 | YES/NO | YES为正常 |
多平台对比更可靠，不同数据库算法和更新频率不同，单一来源可能存在误判，多个数据库显示相似结果，说明这个结果更可靠。
Abuser 或 Abuse 的滥用得分会直接影响机器的正常使用（中国境内运营商一般默认不处理，如果你的机器是中国IP无需理睬）。
如果 Abuse 记录存在且滥用得分高，说明该 IP 过去可能存在以下行为：
- 被用于 DDoS 攻击
- 发起大规模洪流攻击
- 进行端口扫描或全网扫描
这类历史记录会被举报并录入 Abuse 数据库。如果你接手的 IP 刚被他人滥用过，可能仍会有延迟的 Abuse 警告邮件发送至服务商。服务商可能会误判为你本人从事恶意行为，进而清退机器，且大多数情况下无法退款。对跨国平台服务而言，Abuse 滥用得分还可能影响平台对该 IP 的信誉评分。
对于需要家宽进行平台解锁需求的用户(如电商需求)，应关注「使用类型」与「公司类型」是否同时识别为 ISP。如果仅为单 ISP 或识别为非 ISP，则后续数据库更新后，IP 类型很可能被更正为 Hosting，从而影响解锁效果。
大部分 IP 识别数据库按月更新。更新后，IP 属性可能被修改，出现由 ISP → Hosting 的情况。对于一些敏感的平台，比如某些特定国家的平台(如 Netflix，Spotify)，某些区别对待不同国家的平台(如 TikTok)，非家宽解锁的可能性较低但不是没有，如果你需要稳定解锁且追求其特殊功能解锁，才需要追求家宽平台解锁。如果仅仅是浏览观看，很多时候没必要追求家宽，
对于 IP 类型分类有必要仔细说说
家宽 IP
- 归属地与广播地一致，广播主体为当地电信运营商的 AS
- 必须通过国际带宽线路广播，才能被识别为家宽属性
原生 IP
- 归属地与持有人一致，但广播主体并非本地电信运营商
- 常见于数据中心使用自有 AS 号进行广播，即便采购到家宽 IP，属性也会在一段时间后变更为原生
广播 IP
- 由 A 地的 AS 将 IP 广播到 B 地使用
- 广播传播需要时间，通常 1 周至 1 个月
- 各大运营商的归属地数据库更新可能需 1 至数月
- 若本地机房进行广播，家宽 IP 可能会被更正为原生或广播属性
说到这里，就必须说明凡是真家宽，那它访问目标站点的时候，肯定不会绕行回中国再到目标站点。真实的境外家庭宽带一定是就近出国、就近落地。
依赖项目：https://github.com/oneclickvirt/portchecker
结果会分开显示本机是否监听邮件端口、能否连接外部 SMTP 25 端口、目标域名按优先级解析出的 MX 服务器是否可达，以及各常用邮件协议端口是否可达。单项成功只代表对应方向和端点可用，不能用一个“25 端口开放”代替全部收发信能力。
- SMTP（25）：用于邮件服务器之间传输邮件（发送邮件）。
- SMTPS（465）：用于加密的 SMTP 发送邮件（SSL/TLS 方式）。
- SMTP（587）：用于客户端向邮件服务器发送邮件，支持 STARTTLS 加密。
- POP3（110）：用于邮件客户端从服务器下载邮件，不加密。
- POP3S（995）：用于加密的 POP3，安全地下载邮件（SSL/TLS 方式）。
- IMAP（143）：用于邮件客户端在线管理邮件（查看、同步邮件），不加密。
- IMAPS（993）：用于加密的 IMAP，安全地管理邮件（SSL/TLS 方式）。
具体当前宿主机不做邮局，不收发电子邮件，那么该项目指标不需要理会。
IP 网络信息会结合 RDAP，必要时再使用 WHOIS，显示网段、注册机构、注册时间和 geofeed 等归属信息；能够取得时还会列出 IXP、上游和对等网络。不同来源的更新时间和覆盖范围不同，某个字段为空不代表对应关系一定不存在。
回程部分默认检测北京、上海、广州、成都的电信、联通、移动 IPv4 目标，启用 IPv6 时再检测北京、上海、广州三网 IPv6 目标。每个目标执行三次 Go 原生 ICMP traceroute；主目标无有效跳点时才尝试同省同运营商备用目标，最终仍按固定城市和运营商顺序逐行显示。
线路类型按实际回覆跳点的 ASN 顺序和重复证据判断，而不是“出现一次 ASN 就算整条线路”。CN2 GIA 至少需要两个 AS4809 跳点；仅一个 AS4134 或 AS4837 跳点可能只是目的网交付，会标为证据不足；三次追踪若同时出现精品和普通骨干证据，会保守标为动态混合。联通同时识别 AS9929、AS10099/CUG 和 AS4837，移动识别 AS58807/CMIN2、AS58453/CMI 和 AS9808/CMNET。
结构化结果会另外记录成功次数、有效跳点、是否到达目标，以及 traceroute 回覆样本的 Min/Avg/P50/P95/Max 和抖动。这些数值只描述路由探针的回覆情况，不能当成业务端口丢包率。独立组件可用 -route-json 输出完整数据，-route-attempts=1..5、-timeout 和 -ipv6 分别控制次数、总时限和双栈目标。
依赖项目：https://github.com/oneclickvirt/backtrace
-
直接上游（Direct Upstream）
当前运营商直接购买网络服务的上级运营商，通常是 BGP 邻居。 -
间接上游（Indirect Upstream）
直接上游的上级，形成层层向上的关系链。可通过 BGP 路由路径中的多跳信息识别。
| 等级 | 描述 |
|---|---|
| Tier 1 Global | 全球顶级运营商（如 AT&T、Verizon、NTT、Telia 等），之间免费互联（Settlement-Free Peering），不依赖他人即可访问全球任意网络。 |
| Tier 1 Regional | 区域性顶级运营商，在特定区域具有一级能力，但在全球范围互联性稍弱。 |
| Tier 1 Indirect | 间接连接的 Tier 1（非直接购买），通过中间上游间接接入 Tier 1 网络。 |
| Tier 2 | 需要向 Tier 1 付费购买上网能力的二级运营商，通常是各国主流电信商或 ISP。 |
| CDN Provider | 内容分发网络提供商，如 Cloudflare、Akamai、Fastly 等，主要用于内容加速而非传统上游。 |
| Direct/Indirect Others | 其他类型的直接或间接连接，如 IX（Internet Exchange）成员、私有对等互联等。 |
上游质量判断：直接接入的高等级上游（特别是 Tier 1 Global）越多，通常网络连通性越好。但实际网络质量也受到以下因素影响：
- 上下游之间的商业结算关系；
- 购买的带宽套餐和服务质量；
- 对等端口（Peering Ports）大小和负载；
- 网络拥塞、路由策略、延迟路径等。
无法完全从 BGP 路由中判断。
一般来说，接入高质量上游越多，网络连通性越优。但由于存在诸多不可见的商业和技术因素，无法仅凭上游等级准确判断网络质量，上游检测约等于图一乐，实际得看对应的路由情况和长时间Ping的情况。
然后是检测当前的宿主机的IP地址 到 四个主要POP点城市的三个主要运营商的接入点的IP地址 的线路，具体来说
| 运营商 | 线路代号 | 全称 | 特点 | 线路质量 |
|---|---|---|---|---|
| 中国电信 | 163 | ChinaNet (原163骨干网) | 普通国际出口，延迟高易绕路 | 一般 |
| 中国电信 | CN2 GT | ChinaNet Next Carrying Network (GT) | 较优于163，偶有拥堵 | 良好 |
| 中国电信 | CN2 GIA | Global Internet Access(GT) | 直连国际POP，低延迟低丢包 | 优质(最好) |
| 中国联通 | 4837 | Unicom International (AS4837) | 常见国际出口，覆盖广 | 一般到良好 |
| 中国联通 | 9929 | Unicom Premium / CU-IX | 精品网，直连主要IXP，延迟低 | 优质 |
| 中国联通 | CUG (AS10099) | China Unicom Global | 联通国际网络，不等同于9929 | 良好 |
| 中国移动 | CMI (AS58453) | China Mobile International | 节点多，对两广(广东广西)优化好 | 两广良好，其他一般 |
| 中国移动 | CMIN2 (AS58807) | China Mobile International N2 | 高质量专线，低延迟低丢包，对标CN2 | 优质 |
| 中国移动 | CMNET (AS9808) | China Mobile Network | 常见国内骨干和目的网投递 | 一般 |
用什么运营商连宿主机的IP就看哪个运营商的线路就行了，具体线路的路由情况，看在下一个检测项看到对应的ICMP检测路由信息。
依赖项目：https://github.com/oneclickvirt/nt3
省级网络目标覆盖 31 个省级区域及电信、联通、移动三家运营商，并按环境测试 IPv4、IPv6 或双栈。常规测试采用较短采样；选项1的深度测试会增加采样并补充更完整的省级路由，适合查看不同地区和运营商是否绕路。
默认检测广州为目的地，实际可使用命令行参数指定目的地，见对应的参数说明。
主要就是看是不是直连，是不是延迟低，是不是没有隐藏路由信息，有没有一些优质线路或IX链接。
如果路由全球跑，延迟起飞，那么线路自然不会好到哪里去。
有时候路由信息完全藏起来了，只知道实际使用的延迟低，实际可能也是优质线路只是查不到信息，这就没办法直接识别了。
这块能看到更多线路的信息了，一般能看到以下线路
| 运营商 | 线路代号 | 全称来源 | 特点 | 线路质量 |
|---|---|---|---|---|
| 中国电信 | 163 | ChinaNet (原163骨干网) | 普通国际出口，延迟高易绕路 | 一般 |
| 中国电信 | CN2 GT | ChinaNet Next Carrying Network (GT) | 较优于163，偶有拥堵 | 良好 |
| 中国电信 | CN2 GIA | Global Internet Access (GIA) | 直连国际POP，低延迟低丢包 | 优质 |
| 中国电信 | CN2 BGP | CN2混合BGP(GIA+GT) | 混合路由，性能略低于纯GIA | 良好至优质 |
| 中国电信 | CUII | ChinaNet United International Internet | 面向直连美国的专线 | 优质 |
| 中国电信 | 163+CUII混线 | 163国内段+国际专线出口 | 价格低，性能一般 | 一般 |
| 中国联通 | 169 | China169骨干网 | 老主干网，一般对接4837 | 一般(少部分优质) |
| 中国联通 | 4837 | Unicom International (AS4837) | 常见国际出口，覆盖广 | 良好 |
| 中国联通 | 9929 | Unicom Premium / CU-IX | 精品网，直连IXP，低延迟 | 优质 |
| 中国联通 | 9929+4837混BGP | 混合出口(IDC常见优化) | 性能平衡 | 良好 |
| 中国联通 | CUVIP / CU-IX | 联通精品直连IX (港/新/日) | 企业高端专线 | 优质 |
| 中国联通 | CUA (AS17621) | 联通亚洲专线 | 东南亚方向优化 | 良好 |
| 中国移动 | CMI (AS58453) | China Mobile International | 对接节点多 | 两广良好，其他一般 |
| 中国移动 | CMIN | China Mobile International Network (旧版) | 老出口，已被CMI替代 | 一般 |
| 中国移动 | CMIN2 (AS58807) | China Mobile International N2 | 低延迟低丢包 | 优质 |
| 中国移动 | CMIN2+CMI混线 | 混合出口 | 依地区表现不同 | 良好 |
| 中国移动 | CMI-HKIX | 香港IX专线 | 香港延迟极低 | 优质(香港) |
上面是中国出境入境的线路段的线路，下面是出境后与国际互联常见的线路
| 运营商 | 线路代号 | 来源 | 特点 | 线路质量 |
|---|---|---|---|---|
| 其他 | 国际BGP | HE、NTT、Telia等Tier1 Global | 稳定性取决地区 | 国际互联良好 |
| 其他 | 地区IX | HKIX、SGIX、JPIX、Equinix IX | 地区IX，低延迟限区域 | 区域优质 |
| 其他 | SoftBank（AS17676） | 日本软银骨干 | 日本方向优化，沿海延迟低 | 沿海优质 |
| 其他 | NTT（AS2914） | 日本/全球NTT Communications | 亚洲优化，但有时候不稳定 | 亚洲优质(时不时炸) |
| 其他 | PCCW（AS3491） | 香港电讯盈科(Pacnet) | 港区机房常用，对南部优 | 良好至优质(南方) |
| 其他 | Singtel（AS7473） | 新加坡电信 | 东南亚方向极优，CN2常中转此线 | 良好至优质(东南亚) |
| 其他 | KT（AS4766） | 韩国电信 | 韩国至中国延迟低(但有时候也炸) | 良好(北方) |
| 其他 | HGC（AS9304） | 香港和记环球通信 | 香港区域BGP主力 | 一般至良好(香港) |
| 其他 | Tata（AS6453） | 印度塔塔通信 | 亚洲跨区骨干，部分IDC混线使用 | 一般(南亚) |
| 其他 | Level3（AS3356） | 美国Lumen/Level3 | 北美主干，对CN2转接良好 | 良好(国际) |
| 其他 | GTT（AS3257） | 欧洲骨干 | 稳定性高，延迟略高 | 一般(国际) |
| 其他 | Telstra（AS1221） | 澳洲电信 | 澳大利亚及东南亚方向优 | 良好(南亚) |
依赖项目：https://github.com/oneclickvirt/pingtest
选项1会运行 Ping 单项；中文默认检测三网省级目标并按延迟排序，英文自动切换到国际目标。输出支持按名称稳定排序，失败目标仍保留在完整结果中。
结果会显示发送/接收次数、丢包率和 Min/Avg/P50/P95/Max 延迟。-ping-sort=latency|name 可选择按延迟或名称排序，-ping-scope=auto|china|international 可选择国内三网或国际目标；英文模式固定使用国际目标。
对于选项6和选项10：默认都进行测试。
对于中国境内的测试，测试TGDC和主流跨国网站的延迟无意义，所以默认不测试。
对于参数指定的状态，优先级会高于选项中默认的参数设置。
所有测不出来失败的地址以及延迟大于等于9999ms的，延迟都设为了9999，延迟超过这个也证明目标延迟过大影响使用，此时认为目标不可用就行。
依赖项目：https://github.com/oneclickvirt/pingtest
TCP 握手测试只执行 DNS 解析和 TCP 建连，不下载网页内容，也不等同于平台解锁测试。它比 ICMP Ping 更接近实际访问的连接阶段：测试目标会自动更新，无法取得最新有效列表时使用程序内置列表；同一主机和端口只测试一次。
每个平台默认尝试 3 次，单次最多等待 5 秒，最多同时测试 16 个目标。表格每个平台一行，延迟统一使用毫秒；Min Avg P50 P95 Max 分别是最小、平均、中位、95% 分位和最大握手延迟，D R T O 分别是 DNS 解析失败、连接被拒绝、超时和其他错误次数。失败次数为 0 只表示 TCP 建连成功，不代表平台内容或账号功能一定可用。
选项1默认不启用本项，避免与已启用的 ICMP Ping 重复占用输出空间。精简版、精简网络版、网络单项、三网回程线路专项和高级自定义默认启用，也可通过 -tcp=true/false 显式覆盖。默认按平台名称稳定排序，-tcp-sort=latency 会优先显示失败、丢包和高延迟目标；组件自身还可通过 -attempts、-timeout、-concurrency 和 -target 调整尝试次数、单次超时、并发数或只测试一个目标。
当前内置目标覆盖下表平台。同一平台可能存在多个独立端点，因此实际显示的目标数可能高于表内平台数。
| 平台 | 平台 | 平台 | 平台 | 平台 | 平台 |
|---|---|---|---|---|---|
| Adobe | AliExpress | Amazon | Apple | AWS | Azure |
| BBC | Bilibili | Bing | Canva | ChatGPT | Claude |
| Cloudflare | CNN | Coinbase | Copilot | Coursera | DeepL |
| DigitalOcean | Discord | DisneyPlus | Docker Hub | Dropbox | eBay |
| edX | EpicGames | Figma | Gemini | GitHub | |
| GitLab | Gmail | Google Cloud | GoogleCloud | ||
| iQIYI | KhanAcademy | Medium | MetaAI | Microsoft | Midjourney |
| Netflix | Notion | NYTimes | OpenAI | Oracle | Outlook |
| PayPal | Perplexity | PlayStation | PrimeVideo | ProtonMail | |
| Salesforce | Shopify | Slack | Sora | Spotify | StackOverflow |
| Steam | Stripe | Telegram | TheGuardian | TikTok | Trello |
| TVB Anywhere | Twitch | Twitter/X | Udemy | Vercel | ViuTV |
| Wikipedia | Xbox | YahooMail | YouTube | Zoom |
依赖项目：https://github.com/oneclickvirt/speedtest
先测的官方推荐的测速点，然后测有代表性的国际测速点，最后测国内三大运营商ping值最低的测速点。
测速前会先检查候选节点并选择实际可用的目标，再依次进行下载和上传，避免其他网络探针影响带宽结果。节点失效或没有得到有效吞吐时会明确显示不可用，不会用静态节点信息代替真实测速结果；英文模式只使用有代表性的国际节点。
由于 speedtest.net 和 speedtest.cn 平台公开的测速节点被刷BTPT的刷烂了(他们为了对等上传PCDN的流量狂刷下载)，所以这块本人独家融合的境内私有测速节点不再公开，优先使用私有的境内运营商测速节点进行测速，且写死限制每个IP每日仅支持获取测速数据10次，超限自动降级为使用公共测速节点进行测速
境内使用为主就看境内测速即可，境外使用看境外测速，官方测速点可以代表受测的宿主机本地带宽基准。
一般来说中国境外的服务器的带宽100Mbps起步，中国境内的服务器1Mbps带宽起步，具体看线路优劣，带宽特别大有时候未必用得上，够用就行了。
日常我偏向使用1Gbps带宽的服务器，至少下载依赖什么的速度足够快，境内小水管几Mbps真的下半天下不完，恨不得到机房插个U盘转移数据。
Menu mode is enabled by default, the menu is displayed to select the option test, in the case of menu mode enabled, the default additional CI parameter setting priority is higher than the preset value of the option itself, which is convenient for the user to modify the parameter settings of some single test for a certain option at any time by themselves.
Dependency project: https://github.com/oneclickvirt/basics https://github.com/oneclickvirt/gostun
In addition to the existing system, CPU, memory, disk, and network summary, this section shows CPU topology and container limits, motherboard and BIOS details, PCI devices and GPUs, NUMA and DIMM information, HugePages, physical disks and RAID, and disk health or temperature when available. These fields help identify the resources a VM can actually use, hardware passthrough, and storage health. Values hidden by the OS, permissions, or virtualization layer are left unavailable rather than guessed.
CPU Model: Generally speaking, based on CPU release time, newer models favor AMD over Intel, while older models favor Intel over AMD. Apple's M-series chips are in a league of their own.
CPU Count: Detects whether cores are physical or logical, prioritizing physical cores display. Logical cores are shown only when physical cores cannot be detected. In actual server usage, programs are generally allocated based on logical cores. For non-video transcoding and scientific computing, physical cores usually have hyperthreading enabled to function as logical cores. When making comparisons, only corresponding core types are meaningful. Of course, if one is physical and the other is virtual, with similar CPU test scores, physical cores are definitely better without worrying about CPU performance sharing issues.
CPU Cache: Displays the host's CPU L3 cache information. While it may not significantly impact regular applications, for databases, compilation, and large-scale concurrent requests, L3 cache size significantly affects performance.
AES-NI: AES instruction set is used for encryption/decryption acceleration, providing significant optimization for HTTPS (TLS/SSL) network requests, VPN proxies (configured with AES encryption), and disk encryption scenarios - faster and more resource-efficient.
VM-x/AMD-V/Hyper-V: Indicators showing whether the current test host supports nested virtualization. If the test environment runs in Docker or lacks root permissions, this will show as unsupported by default. This indicator is useful when you need to create virtual machines (like KVM, VirtualBox, VMware) on the host; otherwise, it has limited utility.
Memory: Shows memory usage as currently used size/total size, excluding virtual memory.
Balloon Driver: Shows whether the host has balloon driver enabled. Balloon driver is used for dynamic memory allocation between host and virtual machines: the host can request virtual machines to "deflate" and release some memory, or "inflate" to occupy more memory. Enabling it usually means the host has memory overselling capability, but whether actual overselling exists needs to be checked with memory read/write tests below for overselling/strict limitations.
Kernel Page Merging: Shows whether the host has kernel page merging mechanism enabled. KSM merges memory pages with identical content from multiple processes into a single copy to reduce physical memory usage. Enabling it usually means the host may be implementing memory savings or has some degree of memory overselling. Whether it actually causes performance impact or memory pressure needs to be checked with memory read/write tests below for overselling/strict limitations.
Virtual Memory: Swap virtual memory is virtual memory space allocated on disk, used to temporarily store data when physical memory is insufficient. It prevents program crashes due to insufficient memory, but frequent use will noticeably slow down the system. Linux officially recommends swap configuration as follows:
| Physical Memory Size | Recommended SWAP Size |
|---|---|
| ≤ 2G | 2x memory size |
| 2G < memory ≤ 8G | Equal to physical memory |
| ≥ 8G | About 8G is sufficient |
| Hibernation needed | At least equal to physical memory |
Disk Space: Shows disk usage as currently used size/total size
Boot Disk Path: Shows the boot disk path
System: Shows system name and architecture
Kernel: Shows system kernel version
System Uptime: Shows host uptime from boot to test time
Time Zone: Shows host system time zone
Load: Shows system load
Virtualization Architecture: Shows what virtualization architecture the host comes from. Generally recommended: Dedicated > KVM >= Xen virtualization. Other virtualization types have performance losses, causing performance sharing/loss during use. However, this isn't definitive - only dedicated servers have completely independent resource usage. Other virtualization basically involves resource sharing, depending on whether the host holder is conscientious about this virtual machine. Actual performance superiority still depends on subsequent specialized performance tests.
NAT Type: Shows NAT type. Specifically recommended: Full Cone > Restricted Cone > Port Restricted Cone > Symmetric. Undetectable or non-standard protocol types show as Inconclusive. Generally, only special purposes like specific proxies, real-time communication, or FRP port forwarding need special attention to this indicator; other general situations don't need to focus on this metric.
NAT Behavior: When supported, the report also shows port preservation, hairpin connectivity, address mapping behavior, and inbound filtering behavior. These results are useful for P2P, voice/video calls, and NAT traversal.
TCP Acceleration/Queue: One row separates the two values with /. The first is the congestion-control algorithm, such as cubic or bbr; the second is the queue discipline, such as fq or fq_codel.
TCP Receive/Send Buffers: Receive and send remain separate rows. Each shows the minimum, default, and maximum value and can help explain throughput limits on high-latency or high-bandwidth links.
NUMA/DIMM: One row shows the NUMA node count followed by the detected DIMM count. A VM without DMI passthrough may report zero DIMMs even though memory is available.
HugePages: One row shows the total count, free count, and page size, indicating whether huge pages are configured and how many remain free.
Physical Disks: Each disk uses one row for protocol, health, and temperature when available. unsupported means the current hardware, driver, permissions, or virtualization layer did not expose health data; it does not mean the disk has failed.
IPV4/IPV6 ASN: Shows the ASN organization ID and name that the host IP belongs to. The same IDC may have multiple ASNs, and ASNs may have multiple merchants selling servers with different IP segments. The specific upstream and downstream relationships are complex; use bgp.tool for further investigation.
IPV4/IPV6 Location: Shows the geographic location of the corresponding protocol's IP in the database.
IPV4 Active IPs: According to bgp.tools data, the refresh interval for the number of active neighbors/total neighbors within the current CIDR block is approximately 15–20 minutes, which is fairly reliable. (This total and ratio do not represent the number of pingable IPs, but rather the number of IPs observed sending requests to the global monitoring network, which more accurately reflects the number of currently active neighbors.)
IPV6 Subnet Mask: The local IPv6 subnet size is determined based on the host machine’s configuration. If you intend to allocate independent IPv6 addresses locally, you should possess at least a /80 subnet to ensure sufficient address space. The value is calculated as a power of 2 — the smaller the number, the closer it is to 2, and the larger the available IPv6 subnet range.
Dependency project: https://github.com/oneclickvirt/cputest
Option 1 adds a 20-second pressure test to the existing CPU benchmark. Every effective worker repeatedly completes the same bounded prime-number verification until time expires. The worker count respects GOMAXPROCS, CPU affinity, cpuset, and cgroup quota, so unavailable threads are not included.
Pressure Test : 20.005s / 2 threads / 44.59 events/s / 892 events means actual elapsed time, effective worker count, total events completed per second by all workers, and total events, in that order. The elapsed time can exceed the requested duration slightly while workers finish their current calculation. One completed prime-verification round counts as one event. Compare results only with the same version, duration, and thread conditions; higher events per second normally indicate stronger sustained compute performance. Temperature baseline, peak, and change are shown when a sensor is available.
Supports command-line parameter selection between GeekBench and Sysbench for testing:
| Comparison Item | sysbench | geekbench |
|---|---|---|
| Applicability | Lightweight, runs on almost any server | Heavy, cannot run on small machines |
| Test Requirements | No network needed, no special hardware requirements | Requires internet, IPV4 environment, at least 1G memory |
| Open Source | LUA-based, open source, can compile for various architectures (this project has Go version built-in) | Official binary closed source, doesn't support self-compilation |
| Test Stability | Core test components unchanged for 10+ years | Updates test items with each major version, scores difficult to compare across versions (each version benchmarks against current best CPUs) |
| Test Content | Only tests computational performance, based on prime calculations | Covers various performance tests, weighted score calculation, but some tests aren't commonly used |
| Use Case | Suitable for quick testing, only tests computational performance | Suitable for comprehensive testing |
| Leaderboard | sysbench.spiritlhl.net | browser.geekbench.com |
Sysbench benchmarks can be seen in the CPU Performance Ladder For Sysbench tier chart. The specific score does not depend on the version of Sysbench used for the test. Default uses Sysbench for testing, with rough benchmarks as follows:
A single-core CPU score of over 5000 in Sysbench can be considered first-tier and classified as high performance, with roughly one tier for every 1000 points.
AMD 7950x single-core full performance scores around 6500, AMD 5950x single-core full performance scores around 5700, Intel regular CPUs (E5 series) around 1000-800, single-core CPUs below 500 can be considered poor performance.
Sometimes multi-core and single-core scores are identical, proving the merchant is limiting program concurrent CPU usage, typical example being Tencent Cloud.
GeekBench benchmarks can be seen in the official website tier chart. Specific scores differ for each GeekBench version, pay attention to which GeekBench version was used during testing.
One more thing: GeekBench tests many things that are actually unused in server operations, tests are for reference only. Of course, Sysbench is very incomplete, but it can roughly compare CPU performance based on the most basic computational performance.
Actually, CPU performance testing should be sufficient. Unless for scientific computing and video transcoding, generally no need to particularly pursue high-performance CPUs. If there are performance requirements, need to focus on whether the program itself uses multi-core or single-core, and look at multi-core or single-core scores accordingly.
Dependency project: https://github.com/oneclickvirt/memorytest
The test reports sequential read, sequential write, memory-copy bandwidth, and random-access latency separately. Higher bandwidth is better, while lower random-access latency is better. These are measurements under the current workload, not the DIMM's advertised theoretical bandwidth.
Generally speaking, you only need to determine if IO speed is below 10240 MB/s (≈10 GB/s).
If below this value, it proves poor memory performance with high probability of overselling issues.
Possible reasons for overselling:
- Virtual memory enabled (using disk as memory)
- ZRAM enabled (sacrificing CPU performance)
- Balloon driver enabled
- KSM memory fusion enabled
Various reasons exist.
| Memory Type | Typical Frequency (MHz) | Single Channel Bandwidth | Dual Channel Bandwidth |
|---|---|---|---|
| DDR3 | 1333 ~ 2133 | 10 ~ 17 GB/s (≈ 10240 ~ 17408 MB/s) | 20 ~ 34 GB/s (≈ 20480 ~ 34816 MB/s) |
| DDR4 | 2133 ~ 3200 | 17 ~ 25 GB/s (≈ 17408 ~ 25600 MB/s) | 34 ~ 50 GB/s (≈ 34816 ~ 51200 MB/s) |
| DDR5 | 4800 ~ 7200 | 38 ~ 57 GB/s (≈ 38912 ~ 58368 MB/s) | 76 ~ 114 GB/s (≈ 77824 ~ 116736 MB/s) |
Based on the above table, this project's rough judgment method:
- < 20 GB/s (20480 MB/s) → Possibly DDR3 (or DDR4 single channel / low frequency)
- 20 ~ 40 GB/s (20480 ~ 40960 MB/s) → Most likely DDR4
- ≈ 50 GB/s (≈ 51200 MB/s) → Basically DDR5
| Parameter Method | Test Accuracy | Test Speed | Architecture Compatibility | Dependency Requirements |
|---|---|---|---|---|
| stream | High — Stable results, more realistic | Fast | Cross-platform (Linux/Windows/Unix) | Built-in dependencies, no additional installation required |
| sysbench | High — Reliable results | Medium | Cross-platform (Linux, partial Windows support) | Requires additional environment installation |
| winsat | Medium-High — Windows built-in tool | Medium | Windows only | Built-in on physical machines, unavailable on virtual machines |
| mbw | Medium — Results may be affected by cache/scheduling | Very Fast | Cross-platform (almost all Unix-like systems) | Built-in dependencies, no additional installation required |
| dd | Low — Results affected by cache | Fast | Cross-platform (almost all Unix-like systems) | Built-in dependencies, no additional installation required |
Dependency project: https://github.com/oneclickvirt/disktest
fio runs separate 4K Q1/Q32 random read/write and 1M Q1/Q8 sequential read/write tests, reporting IOPS, bandwidth, and P50/P95/P99 latency. Q is queue depth, P50 is median latency, and P95/P99 expose slower tail requests. Option 1 checks multiple writable mounts and runs a broader block-size test. It uses size-bounded temporary regular files and never writes a raw disk.
dd testing may have larger errors but tests quickly with no disk size limitations. fio testing is more realistic but tests slowly with minimum disk and memory size requirements.
Additionally, servers may have different file systems. Certain file systems' IO engines achieve faster read/write speeds under the same hardware conditions, which is normal. The project defaults to using fio for testing, with IO engine priority: libaio > posixaio > psync. Alternative dd testing automatically replaces when fio testing is unavailable.
Using fio test results as benchmark examples:
| OS Type | Primary Metrics | Secondary Metrics |
|---|---|---|
| Windows/MacOS | 4K Read → 64K Read → Write Tests | GUI systems prioritize read performance |
| Linux (No GUI) | 4K Read + 4K Write + 1M Read/Write | Read/Write values usually similar |
The following disk types refer to regular~full performance states, using libaio as IO test engine, tested under Linux:
| Drive Type | 4K Bandwidth | 1M Bandwidth |
|---|---|---|
| NVMe SSD | ≥ 200 MB/s | 5-10 GB/s |
| Standard SSD | 50-100 MB/s | 2-3 GB/s |
| HDD (Mechanical) | 10-40 MB/s | 500-600 MB/s |
| Poor Performance | < 10 MB/s | < 200 MB/s |
Quick Assessment:
-
Primary Check: 4K read and write bandwidth
- Nearly identical with little difference
- ≥ 200 MB/s = NVMe SSD
- 50-100 MB/s = Standard SSD
- 10-40 MB/s = HDD (Mechanical)
- < 10 MB/s = Poor performance, severe overselling/restrictions
-
Secondary Check: 1M total throughput
- Provider's IO limitations
- Resource overselling situation
- Higher values are better
- NVMe SSD usually reaches 4-6 GB/s
- Standard SSD usually reaches 1-2 GB/s
If an NVMe SSD's 1M total throughput is below 1 GB/s, it may indicate serious resource overselling.
Note: This tests real IO, limited to this project. IO tests from other projects don't guarantee universal benchmarks because they may use different parameters, may not set direct IO read/write, may have inconsistent IO engines, or inconsistent test times, all causing benchmark deviations.
Dependency project: https://github.com/oneclickvirt/UnlockTests
Default only checks cross-border platform unlocking.
The platform list includes Dola AI and X (Twitter). RateLimited means the platform temporarily throttled the request, not that the IP is blocked. Timeouts, DNS failures, and missing IPv6 are also kept separate from a definite unsupported result. Use -utregion=21 for AI-only checks and -utipver, -ut-interface, -ut-dns, -ut-http-proxy, -ut-socks-proxy, and -ut-concurrency to select the network path.
Generally speaking, under normal circumstances, multiple platform services for one IP should have consistent unlock regions without scattered locations. If multiple platforms show inconsistent unlock regions, the IP likely comes from platforms like IPXO rentals or has been recently announced and used, not yet recognized and corrected by platform common databases.
Due to inconsistent IP database recognition speeds across platforms, sometimes some platforms unlock regions normally, some drift to certain router locations, and some drift to where the IP was before you used it.
| DNS Type | Unlock Method Judgment Necessary | DNS Impact on Unlocking | Description |
|---|---|---|---|
| Official Mainstream DNS | No | Small | Platform unlock mainly relies on node IP, DNS resolution basically doesn't interfere with unlocking |
| Non-mainstream / Self-built DNS | Yes | Large | Platform unlock results greatly affected by DNS resolution, need to judge if it's native unlock or DNS unlock |
So during testing, if the host currently uses official mainstream DNS, no judgment of whether it's native unlocking will be performed.
Platforms that are particularly sensitive to IP quality for unlocking include major AI platforms, local platform unlocking, Reddit, and Spotify. Other multinational platforms are generally less affected by IP quality when it comes to unlocking.
Dependency project: https://github.com/oneclickvirt/securityCheck
Detect IP-related information from 18 databases. Multiple platforms comparing corresponding detection items all show corresponding values, proving that the current IP is indeed as such. Do not only trust information from a single database source:
Each source keeps its own available, rate-limited, authentication-required, timed-out, or unavailable state, so a temporary provider failure is not treated as a clean IP. DNS blacklist checks likewise distinguish clean, listed, other marked responses, timeouts, and query errors. Compare specific sources and repeat results before drawing a conclusion.
ipinfo.io scamalytics.com abuseipdb.com ip2location.com ip-api.com ipregistry.co ipdata.co ipgeolocation.io ipwhois.io ipapi.com ipapi.is ipqualityscore.com bigdatacloud.com dkly.net virustotal.com ipfighter.com getipintel.net fraudlogix.com cloudflare.com
The following are the meanings corresponding to each field
| Field Category | Field Name | Field Description | Possible Values | Scoring Rules |
|---|---|---|---|---|
| Security Score | Reputation | Reputation score of IP address in the security community | Numerical value from 0-100 | Higher is better |
| Trust Score | Trustworthiness score of IP address | Numerical value from 0-100 | Higher is better | |
| VPN Score | Likelihood score of IP being identified as VPN | Numerical value from 0-100 | Lower is better | |
| Proxy Score | Likelihood score of IP being identified as proxy | Numerical value from 0-100 | Lower is better | |
| Community Votes-Harmless | Score of community members voting the IP as harmless | Non-negative integer | Higher is better | |
| Community Votes-Malicious | Score of community members voting the IP as malicious | Non-negative integer | Lower is better | |
| Threat Score | Overall threat level score of IP address | Numerical value from 0-100 | Lower is better | |
| Fraud Score | Likelihood score of IP address being involved in fraudulent activities | Numerical value from 0-100 | Lower is better | |
| Abuse Score | Score of IP address being reported for abusive behavior | Numerical value from 0-100 | Lower is better | |
| ASN Abuse Score | Abuse score of the ASN (Autonomous System) to which this IP belongs | Decimal from 0-1, may include risk level notation (Low/Medium/High) | Lower is better | |
| Company Abuse Score | Abuse score of the company to which this IP belongs | Decimal from 0-1, may include risk level notation (Low/Medium/High) | Lower is better | |
| Threat Level | Threat level classification of IP address | Text descriptions such as low/medium/high/critical | low is best | |
| Traffic Proportion | Proportion of humans versus bots within the ASN country of the local IP address | Percentage | Higher human proportion is preferable | |
| Blacklist Records | Harmless Count | Number of times marked as harmless in various blacklist databases | Non-negative integer | Value itself has no good or bad |
| Malicious Count | Number of times marked as malicious in various blacklist databases | Non-negative integer | Lower is better | |
| Suspicious Count | Number of times marked as suspicious in various blacklist databases | Non-negative integer | Lower is better | |
| Undetected Count | Number of times with no records in various blacklist databases | Non-negative integer | Value itself has no good or bad | |
| DNS Blacklist-Total Checks | Total number of DNS blacklist databases checked | Positive integer | Value itself has no good or bad | |
| DNS Blacklist-Clean | Number showing as clean (not listed) in DNS blacklists | Non-negative integer | Higher is better | |
| DNS Blacklist-Listed | Number already listed in DNS blacklists | Non-negative integer | Lower is better | |
| DNS Blacklist-Other | Number returning other statuses in DNS blacklist checks | Non-negative integer | Value itself has no good or bad |
When the ASN to which this device's IP belongs has a relatively small number of IP addresses, the traffic proportion can indicate what percentage of your network neighbors constitute genuine traffic. Currently, global internet traffic is roughly 70% human and 30% bot (IPV4). If you need a comparison, use this benchmark to determine whether the ASN of your current IP has reached the internet average usage level within your country. For country-specific benchmark inquiries, you may use https://trafficbenchmark.spiritlhl.net/ to conduct your own searches and comparisons.
Generally speaking, checking the usage type, company type, and security information below is sufficient. The security score above is only reliable when confirmed by multiple databases, so it's not a problem to skip it. (IDC: generally buy vps identified as this much, is normal in the data center room broadcasting the type of use)
| Usage Type | Description |
|---|---|
| hosting | Data center network (IDC) |
| residential | Home/Residential network (Home broadband) |
| isp | Fixed-line Internet Service Provider (Home broadband) |
| business | Enterprise office network (Business broadband) |
| cellular | Mobile carrier network (Home broadband) |
| education | Educational institution network (Education network) |
| government | Government institution network (Government network) |
| military | Military network (Government network) |
| CDN | Content Delivery Network (IDC) |
| Company Type | Description |
|---|---|
| hosting | Hosting/Data center company (IDC) |
| business | Business company (Business broadband) |
| isp | Fixed-line Internet Service Provider (Home broadband) |
| education | Educational institution (Education network) |
| government | Government institution (Government network) |
The above type descriptions represent the original query information types. During actual display, they have been automatically filtered, deduplicated, and merged into types with consistent meanings. Other security information fields:
| Field Category | Field Name | Field Description | Possible Values | Scoring Rules |
|---|---|---|---|---|
| BrowserType | Mainstream Browser | Proportion of ASN Country for Local IP | Percentage | Higher mainstream proportion preferable |
| DeviceType | Desktop or Mobile Device | Percentage of ASN Country for Local IP | Percentage | Higher proportion of desktop/mobile devices is preferable |
| OSType | Mainstream Operating System | Percentage of ASN Country for Local IP | Percentage | Higher proportion of mainstream systems is preferable |
| Cloud Provider | Is Cloud Provider | Whether this IP belongs to a cloud service provider | Yes/No | No good or bad, identification only |
| Data Center | Is Data Center | Whether this IP is located in a data center | Yes/No | No is best if concerned about unblocking |
| Mobile | Is Mobile | Whether this IP is from a mobile device network | Yes/No | Yes is best if concerned about unblocking |
| Proxy | Is Proxy | Whether this IP is a proxy server | Yes/No | No is better |
| VPN | Is VPN | Whether this IP is a VPN service node | Yes/No | No is better |
| Tor Exit | Is TorExit (Tor Exit Node) | Whether this IP is a Tor network exit node | Yes/No | No is better |
| Crawler | Is Crawler | Whether this IP is identified as a web crawler | Yes/No | No is better |
| Anonymous | Is Anonymous | Whether this IP provides anonymity services (such as VPN/Proxy/Tor) | Yes/No | No is better |
| Attacker | Is Attacker | Whether this IP is identified as an attack source (such as DDOS) | Yes/No | No is better |
| Abuser | Is Abuser | Whether this IP has records of active abuse behavior | Yes/No | No is better |
| Threat | Is Threat | Whether this IP is marked as a threat source | Yes/No | No is better |
| Relay | Is Relay | Whether this IP is a relay node | Yes/No | No is better |
| Bogon | Is Bogon (Bogon IP) | Whether this IP is a forged/unallocated IP address | Yes/No | No is better |
| Bot | Is Bot | Whether this IP is identified as bot traffic | Yes/No | No is better |
| Search Engine | Google Search Feasibility | Whether this IP can use Google search service normally | YES/NO | YES is normal |
Multi-platform comparison is more reliable. Different databases have different algorithms and update frequencies. A single source may have misjudgments. If multiple databases show similar results, it indicates the result is more reliable.
Abuser or Abuse scores directly affect the normal use of machines.
If Abuse records exist and the score is high, it indicates that the IP may have been involved in the following behaviors in the past:
- Used for DDoS attacks
- Launched large-scale flood attacks
- Conducted port scanning or network-wide scanning
Such historical records will be reported and entered into the Abuse database. If the IP you take over has just been abused by others, delayed Abuse warning emails may still be sent to the service provider. The service provider may misjudge you as the person engaging in malicious behavior, and then terminate the machine, and in most cases, no refund will be given. For cross-border platform services, Abuse scores may also affect the platform's reputation rating for that IP.
For users who need residential broadband for platform unlock requirements (such as e-commerce needs), attention should be paid to whether "Usage Type" and "Company Type" are both identified as ISP. If it is only single ISP or identified as non-ISP, after subsequent database updates, the IP type is likely to be corrected to Hosting, thereby affecting unlock effectiveness.
Most IP identification databases are updated monthly. After updates, IP attributes may be modified, resulting in situations where ISP → Hosting occurs. For some sensitive platforms, such as platform services in certain specific countries (like Netflix, Spotify), or platform services that treat different countries differently (like TikTok), the possibility of non-residential unlock is low but not impossible. If you need stable unlock and pursue its special function unlock, you only need to pursue residential broadband platform unlock. If you're just browsing and watching, there's often no need to pursue residential broadband.
It is necessary to elaborate on IP type classification
Residential Broadband IP
- The attribution location is consistent with the broadcast location, and the broadcast entity is the local telecom operator's AS
- Must be broadcast through international bandwidth lines to be recognized as residential broadband attributes
Native IP
- The attribution location is consistent with the holder, but the broadcast entity is not a local telecom operator
- Common in data centers using their own AS numbers for broadcasting. Even if residential broadband IPs are acquired, the attributes will change to native after a period of time
Broadcast IP
- IP broadcast from location A's AS to location B for use
- Broadcast propagation takes time, usually 1 week to 1 month
- Major operators' attribution location database updates may take 1 to several months
- If local machine rooms conduct broadcasting, residential broadband IPs may be corrected to native or broadcast attributes
Speaking of this, it must be stated that any true residential broadband, when accessing target sites, will definitely not route back to your country and then to the target site. Real overseas home broadband must exit nearby and land nearby.
Dependency project: https://github.com/oneclickvirt/portchecker
The result separates local mail listeners, outbound SMTP port 25, dynamically resolved MX servers tested in priority order, and the common mail protocol endpoints. A pass for one direction or endpoint does not mean that every send and receive path is available.
- SMTP (25): Used for mail transfer between mail servers (sending mail).
- SMTPS (465): Used for encrypted SMTP mail sending (SSL/TLS method).
- SMTP (587): Used for clients sending mail to mail servers, supports STARTTLS encryption.
- POP3 (110): Used for mail clients downloading mail from servers, unencrypted.
- POP3S (995): Used for encrypted POP3, securely downloading mail (SSL/TLS method).
- IMAP (143): Used for mail clients managing mail online (viewing, syncing mail), unencrypted.
- IMAPS (993): Used for encrypted IMAP, securely managing mail (SSL/TLS method).
If the current host doesn't function as a mail server and doesn't send/receive emails, this project indicator can be ignored.
Dependency project: https://github.com/oneclickvirt/backtrace
The IP report combines RDAP with a bounded WHOIS fallback and may include prefixes, registration dates, geofeed records, IXPs, upstreams, and peers. The return-route matrix covers Telecom, Unicom, and Mobile targets in Beijing, Shanghai, Guangzhou, and Chengdu over IPv4, plus Beijing, Shanghai, and Guangzhou over IPv6 when enabled. Each target is traced three times with the Go ICMP tracer; same-province and same-carrier alternatives are used only when the primary target has no responding hops.
Classification uses ordered responding-hop ASN evidence. CN2 GIA requires at least two AS4809 hops; a single AS4134 or AS4837 destination-delivery hop is inconclusive, and conflicting premium and ordinary paths across successful attempts are conservatively reported as dynamic mixed. Unicom distinguishes AS9929, AS10099/CUG, and AS4837. Mobile distinguishes AS58807/CMIN2, AS58453/CMI, and AS9808/CMNET.
Structured results include successful attempts, responding hops, target reachability, and Min/Avg/P50/P95/Max plus jitter for traceroute reply samples. These values do not represent application packet loss. The standalone component exposes -route-json, -route-attempts=1..5, -timeout, and -ipv6.
Dependency project: https://github.com/oneclickvirt/pingtest
Measure latency using the language-appropriate target family. English uses representative international targets; Chinese mode uses the existing domestic province/carrier targets. Every target remains visible in the live result, with stable name or latency ordering selected by the configuration.
Results include sent/received counts, packet loss, and Min/Avg/P50/P95/Max latency. -ping-sort=latency|name selects latency or stable-name order, while -ping-scope=auto|china|international selects the target family. English output always uses international targets.
All addresses that cannot be tested for failure, as well as those with latency greater than or equal to 9999ms, have their latency set to 9999. Latency exceeding this threshold also indicates excessive target latency that impairs usability. At this point, the target should be considered unavailable.
Dependency project: https://github.com/oneclickvirt/pingtest
This test performs DNS resolution and establishes a TCP connection only. It does not download page content and is not an unlock test. Targets are refreshed automatically; the valid list bundled with the program is used when the latest list cannot be obtained, and duplicate host/port pairs are tested only once.
Each platform is attempted three times by default, with a five-second limit per attempt and up to 16 targets in progress. Every platform has one row and all latency values are milliseconds. Min Avg P50 P95 Max are minimum, mean, median, 95th percentile, and maximum handshake latency. D R T O are DNS failures, refused connections, timeouts, and other errors. Zero failures prove only that TCP connections succeeded, not that page content or account features are available.
Option 1 leaves this test disabled by default because its ICMP Ping coverage already provides the primary latency view. Standard, network-focused, network-only, route-focused, and advanced-custom profiles enable it by default; -tcp=true/false explicitly overrides the preset. Platform-name order remains the default, while -tcp-sort=latency prioritizes failures, loss, and high latency. The standalone component also exposes -attempts, -timeout, -concurrency, and -target.
The bundled targets currently cover the platforms below. A platform may have more than one independent endpoint, so the number of displayed targets can be greater than the number of platform names in this table.
| Platform | Platform | Platform | Platform | Platform | Platform |
|---|---|---|---|---|---|
| Adobe | AliExpress | Amazon | Apple | AWS | Azure |
| BBC | Bilibili | Bing | Canva | ChatGPT | Claude |
| Cloudflare | CNN | Coinbase | Copilot | Coursera | DeepL |
| DigitalOcean | Discord | DisneyPlus | Docker Hub | Dropbox | eBay |
| edX | EpicGames | Figma | Gemini | GitHub | |
| GitLab | Gmail | Google Cloud | GoogleCloud | ||
| iQIYI | KhanAcademy | Medium | MetaAI | Microsoft | Midjourney |
| Netflix | Notion | NYTimes | OpenAI | Oracle | Outlook |
| PayPal | Perplexity | PlayStation | PrimeVideo | ProtonMail | |
| Salesforce | Shopify | Slack | Sora | Spotify | StackOverflow |
| Steam | Stripe | Telegram | TheGuardian | TikTok | Trello |
| TVB Anywhere | Twitch | Twitter/X | Udemy | Vercel | ViuTV |
| Wikipedia | Xbox | YahooMail | YouTube | Zoom |
Dependency project: https://github.com/oneclickvirt/speedtest
Chinese output uses nearby and domestic carrier servers as before. English output uses representative international servers and excludes mainland-China servers from automatic selection.
Candidate servers are checked before selection, then download and upload tests run in sequence so other probes do not distort bandwidth. A dead node or a run without usable throughput is reported as unavailable rather than being presented as a successful static result.
Official speed test points can represent the local bandwidth baseline of the host machine being tested.
In daily use, I prefer to use servers with 1Gbps bandwidth, at least the speed of downloading dependencies is fast enough.
メニューモードはデフォルトで有効化されており、実行時にメニューを表示してオプションテストを選択できます。メニューモードが有効な場合、デフォルトで追加提供されるCIパラメータ設定はオプション自体のプリセット値よりも優先度が高く、ユーザーが特定のオプションに対して随時個別のテストパラメータ設定を変更できるようにします。
依存プロジェクト：https://github.com/oneclickvirt/basics https://github.com/oneclickvirt/gostun
従来のシステム、CPU、メモリ、ディスク、ネットワーク情報に加え、CPUトポロジとコンテナ制限、マザーボードとBIOS、PCIとGPU、NUMAとDIMM、HugePages、物理ディスクとRAID、取得可能な場合はディスクの健康状態と温度も表示します。VMが実際に利用できる資源、ハードウェアのパススルー、ストレージ状態の確認に役立ちます。OS、権限、仮想化によって取得できない値は推測せず、利用不可として扱います。
CPUモデル: 一般的に、CPUのリリース時期に基づいて、新しいモデルではAMDがIntelより優れており、古いモデルではIntelがAMDより優れています。一方、AppleのMシリーズチップは圧倒的に優位に立っています。
CPU数量: 物理コアか論理コアかを検出し、物理コアの表示を優先します。物理コアが検出できない場合のみ論理コアを表示します。実際のサーバー使用において、プログラムは一般的に論理コアベースで実行が割り当てられます。動画変換や科学計算以外では、物理コアは通常ハイパースレッディングを有効にして論理コアとして使用されます。比較する際は、対応するコアタイプの数量のみが比較意義を持ちます。もちろん、一つが物理コア、もう一つが仮想コアで、CPUテストスコアが似ている場合、物理コアの方が明らかに優れており、CPU性能共有の問題を心配する必要はありません。
CPUキャッシュ: ホストのCPU L3キャッシュ情報を表示します。一般的なアプリケーションにはあまり影響しないかもしれませんが、データベース、コンパイル、大規模な並行リクエストなどのシナリオでは、L3キャッシュサイズが性能に大きく影響します。
AES-NI: AES命令セットは暗号化・復号化の高速化に使用され、HTTPS（TLS/SSL）ネットワークリクエスト、VPNプロキシ（AES暗号化設定使用）、ディスク暗号化などのシナリオで明らかな最適化を提供し、より高速でリソース効率的です。
VM-x/AMD-V/Hyper-V: 現在のテストホストがネスト仮想化をサポートしているかどうかの指標です。テスト環境がDockerで実行されているか、root権限がない場合、デフォルトではネスト仮想化不サポートとして表示されます。この指標は、ホスト上で仮想マシン（KVM、VirtualBox、VMwareなど）を作成する必要がある場合に有用で、その他の用途では限定的です。
メモリ: メモリ使用量を現在使用中サイズ/総サイズで表示します。仮想メモリは含まれません。
バルーンドライバー: ホストでバルーンドライバーが有効になっているかどうかを表示します。バルーンドライバーはホストと仮想マシン間での動的メモリ割り当てに使用され、ホストは仮想マシンに「収縮」してメモリの一部を解放するか、「膨張」してより多くのメモリを占有するよう要求できます。有効化は通常、ホストがメモリオーバーセリング機能を持っていることを意味しますが、実際にオーバーセリングが存在するかどうかは、下記のメモリ読み書きテストでオーバーセリング/厳格な制限を確認する必要があります。
カーネルページマージ: ホストでカーネルページマージ機能が有効になっているかどうかを表示します。KSMは複数のプロセスから同一内容のメモリページを1つにマージして物理メモリ使用量を削減します。有効化は通常、ホストがメモリ節約を実施しているか、ある程度のメモリオーバーセリングがあることを意味します。実際に性能影響やメモリ不足を引き起こすかどうかは、下記のメモリ読み書きテストでオーバーセリング/厳格な制限を確認する必要があります。
仮想メモリ: スワップ仮想メモリは、ディスク上に割り当てられた仮想メモリ空間で、物理メモリ不足時にデータを一時的に格納するために使用されます。メモリ不足によるプログラムクラッシュを防ぎますが、頻繁な使用はシステムを著しく遅くします。Linuxが公式推奨するスワップ設定は以下の通りです：
| 物理メモリサイズ | 推奨SWAPサイズ |
|---|---|
| ≤ 2G | メモリの2倍 |
| 2G < メモリ ≤ 8G | 物理メモリサイズと同等 |
| ≥ 8G | 約8Gで十分 |
| 休止状態（hibernation）必要 | 最低でも物理メモリサイズと同等 |
ディスク容量: ディスク使用量を現在使用中サイズ/総サイズで表示します
起動ディスクパス: 起動ディスクのパスを表示します
システム: システム名とアーキテクチャを表示します
カーネル: システムカーネルバージョンを表示します
システム稼働時間: ホストの起動からテスト時点までの稼働時間を表示します
タイムゾーン: ホストシステムのタイムゾーンを表示します
負荷: システム負荷を表示します
仮想化アーキテクチャ: ホストがどの仮想化アーキテクチャから来ているかを表示します。一般的に推奨順序：Dedicated > KVM >= Xen仮想化。その他の仮想化は性能損失があり、使用時に性能共有/損失が発生しますが、これは断定的ではありません。専用サーバーのみが完全に独立したリソース占有を持ちます。その他の仮想化は基本的にリソース共有があり、ホスト保有者がこの仮想マシンに対して良心的かどうかに依存します。実際の性能優劣は後続の専門性能テストを見る必要があります。
NATタイプ: NATタイプを表示します。具体的な推奨順序：Full Cone > Restricted Cone > Port Restricted Cone > Symmetric。検出不可能または非標準プロトコルタイプはInconclusiveと表示されます。一般的に、特殊な用途、例えば特殊なプロキシ、リアルタイム通信、FRPポート転送などの需要がある場合のみ特別に注意が必要で、その他の一般状況では本指標に注意する必要はありません。
NAT動作: 対応環境では、ポート保持、ヘアピン接続、アドレスマッピング方式、受信フィルタリング方式も表示します。P2P、音声・映像通信、NAT越えの可否を判断する際に役立ちます。
TCP高速化/キュー: 1行に / 区切りで表示します。前は cubic、bbr などの輻輳制御アルゴリズム、後ろは fq、fq_codel などのキュー規則です。
TCP受信/送信バッファ: 受信と送信は別々の行に残し、それぞれ最小値、デフォルト値、最大値を表示します。高遅延または広帯域回線のスループット制限を確認できます。
NUMA/DIMM: 1行にNUMAノード数と検出したDIMM数を表示します。DMI情報が透過されないVMでは、メモリが存在してもDIMM数が0になる場合があります。
HugePages: 1行に総数、空き数、1ページのサイズを表示し、大ページの設定と空き容量を確認できます。
物理ディスク: 各ディスクについて、プロトコル、健康状態、取得可能な場合は温度を1行に表示します。unsupported は現在のハードウェア、ドライバ、権限、仮想化環境が健康情報を提供していないことを表し、故障を意味しません。
IPV4/IPV6 ASN: ホストIPが属するASN組織IDと名前を表示します。同じIDCが複数のASNを持つ可能性があり、ASNの下に異なるIPセグメントのサーバーを販売する複数の業者がいる可能性があります。具体的な上下流関係は複雑で、bgp.toolでさらなる調査が可能です。
IPV4/IPV6 Location: 対応プロトコルのIPのデータベース内地理位置を表示します。
IPV4アクティブIP数：bgp.toolsの情報によると、現在のCIDRブロック内のアクティブな隣接数/総隣接数の更新間隔はおおよそ15〜20分程度で、一定の参考価値があります。（この総数と比率はPing応答のあるIP数ではなく、このIPからグローバル監視ネットワークへのリクエストが観測された記録に基づくもので、Ping応答よりも現在アクティブな隣接数をより正確に表しています）
IPV6サブネットマスク：ホストマシンの情報に基づいてローカルのIPV6サブネットサイズを確認します。ローカルで独自にIPV6アドレスを割り当てたい場合、少なくとも/80サイズのサブネットを保有している必要があります。数値は2の倍数で計算され、値が小さいほど割り当て可能なIPV6サブネット範囲が広くなります。
依存プロジェクト：https://github.com/oneclickvirt/cputest
オプション1では、従来のCPUベンチマークに20秒の負荷テストを追加します。各実効ワーカーは時間終了まで同じ上限付き素数検証を繰り返します。実効スレッド数は GOMAXPROCS、CPU affinity、cpuset、cgroup quotaを考慮するため、利用できないスレッドは含まれません。
負荷テスト : 20.005s / 2 threads / 44.59 events/s / 892 events は、実際の経過時間、実効ワーカー数、全ワーカーが1秒に完了したイベント数、イベント総数の順です。ワーカーが実行中の計算を完了するため、実時間が指定時間をわずかに超える場合があります。固定の素数検証を1回完了すると1イベントです。同じバージョン、時間、スレッド条件で比較し、通常はevents/sが高いほど持続計算性能が高いと判断できます。センサーが利用可能な場合は開始温度、最高温度、変化量も表示します。
コマンドラインパラメータでGeekBenchとSysbenchのテスト選択をサポートします：
| 比較項目 | sysbench | geekbench |
|---|---|---|
| 適用範囲 | 軽量、ほぼすべてのサーバーで実行可能 | 重量級、小型マシンでは実行不可 |
| テスト要件 | ネットワーク不要、特殊ハードウェア不要 | インターネット必要、IPV4環境、最低1Gメモリ |
| オープンソース状況 | LUAベース、オープンソース、各アーキテクチャ版を自分でコンパイル可能（本プロジェクトはGo版を内蔵） | 公式バイナリクローズドソース、自分でコンパイル不可 |
| テスト安定性 | コアテストコンポーネント10年以上変更なし | 各メジャーバージョン更新でテスト項目変更、異なるバージョン間でスコア比較困難（各バージョンは現在最高のCPUを基準） |
| テスト内容 | 計算性能のみテスト、素数計算ベース | 多種性能テストをカバー、スコア加重計算、但し一部テストは実際には非常用 |
| 適用シナリオ | 迅速テストに適し、計算性能のみテスト | 総合的で全面的なテストに適用 |
| ランキング | sysbench.spiritlhl.net | browser.geekbench.com |
Sysbenchの基準はCPU Performance Ladder For Sysbench階層図で確認可能、具体的なスコアは、テストに使用する Sysbench のバージョンに依存しません。デフォルトでSysbenchでテストを行い、基準は大まかに以下の通りです：
CPUテストのシングルコア「Sysbench」スコアが5000以上の場合、第一ランクに属し高性能と見なされます。おおよそ1000ポイントごとに一段階と考えられます。
AMD 7950xシングルコアフル性能スコアは6500前後、AMD 5950xシングルコアフル性能スコアは5700前後、Intel普通のCPU（E5系など）は1000~800前後、500以下のシングルコアCPUは性能が比較的劣ると言えます。
時々マルチコアスコアとシングルコアスコアが同じになることがあり、これは業者がプログラムの並行CPU使用を制限していることを証明します。典型例はTencent Cloudです。
GeekBenchの基準は公式サイト階層図で確認可能、具体的なスコアは各GeekBenchバージョンで異なり、使用時にテストしたGeekBenchバージョンに注意してください。
もう一つ付け加えると、GeekBenchはテストする多くの内容が実際のサーバー使用過程では全く使われないため、テストは参考のみです。もちろんSysbenchは非常に不完全ですが、最も基本的な計算性能に基づいてCPUの性能を大まかに比較できます。
実際にはCPU性能テストは十分であれば良く、科学計算や動画変換以外では、特に高性能CPUを追求する必要は一般的にありません。性能需要がある場合は、プログラム自体がマルチコアかシングルコアを使うかに注意し、対応してマルチコアかシングルコアのスコアを見る必要があります。
依存プロジェクト：https://github.com/oneclickvirt/memorytest
シーケンシャル読み取り、シーケンシャル書き込み、メモリコピー帯域、ランダムアクセス遅延を個別に表示します。帯域は高いほど、ランダムアクセス遅延は低いほど良好です。これは現在の負荷での実測値であり、DIMMの公称理論帯域とは異なります。
一般的に、IO速度が10240 MB/s (≈10 GB/s)を下回るかどうかを判断するだけで十分です。
この値を下回る場合、メモリ性能が不良で、オーバーセリング問題が存在する可能性が極めて高いことを証明します。
オーバーセリングの原因は以下が考えられます：
- 仮想メモリの有効化（ディスクをメモリとして使用）
- ZRAMの有効化（CPU性能を犠牲）
- バルーンドライバーの有効化
- KSMメモリ融合の有効化
原因は多種多様です。
| メモリタイプ | 典型的周波数 (MHz) | シングルチャネル帯域幅 | デュアルチャネル帯域幅 |
|---|---|---|---|
| DDR3 | 1333 ~ 2133 | 10 ~ 17 GB/s (≈ 10240 ~ 17408 MB/s) | 20 ~ 34 GB/s (≈ 20480 ~ 34816 MB/s) |
| DDR4 | 2133 ~ 3200 | 17 ~ 25 GB/s (≈ 17408 ~ 25600 MB/s) | 34 ~ 50 GB/s (≈ 34816 ~ 51200 MB/s) |
| DDR5 | 4800 ~ 7200 | 38 ~ 57 GB/s (≈ 38912 ~ 58368 MB/s) | 76 ~ 114 GB/s (≈ 77824 ~ 116736 MB/s) |
上表内容に基づく、本プロジェクトテストの粗略判断方法：
- < 20 GB/s (20480 MB/s) → DDR3の可能性（またはDDR4シングルチャネル/低周波数）
- 20 ~ 40 GB/s (20480 ~ 40960 MB/s) → 高確率でDDR4
- ≈ 50 GB/s (≈ 51200 MB/s) → 基本的にDDR5
| パラメータ方法 | テスト精度 | テスト速度 | アーキテクチャ対応 | 依存関係 |
|---|---|---|---|---|
| stream | 高 — 結果が安定し、実際の状況により適合 | 高速 | クロスプラットフォーム（Linux/Windows/Unix） | 内蔵依存関係、追加インストール不要 |
| sysbench | 高 — 結果が信頼性高い | 中程度 | クロスプラットフォーム（Linux、Windows部分対応） | 環境への追加インストールが必要 |
| winsat | 中程度やや高 — Windows内蔵ツール | 中程度 | Windows限定 | 物理マシンに内蔵、仮想マシンでは利用不可 |
| mbw | 中程度 — 結果がキャッシュ/スケジューリングの影響を受ける可能性 | 非常に高速 | クロスプラットフォーム（ほぼ全てのUnix系システム） | 内蔵依存関係、追加インストール不要 |
| dd | 低 — 結果がキャッシュの影響を受ける | 高速 | クロスプラットフォーム（ほぼ全てのUnix系システム） | 内蔵依存関係、追加インストール不要 |
依存プロジェクト：https://github.com/oneclickvirt/disktest
fio は4K Q1/Q32のランダム読み書きと1M Q1/Q8のシーケンシャル読み書きを個別に実行し、IOPS、帯域、P50/P95/P99遅延を表示します。Qはキュー深度、P50は中央値、P95/P99は一部の遅い要求を確認する指標です。オプション1では複数の書き込み可能なマウントを検出し、より広いブロックサイズを測定します。上限付きの一時通常ファイルだけを使用し、ローディスクには書き込みません。
ddテストは誤差が大きい可能性がありますが、テスト速度が速くディスクサイズ制限がありません。fioテストはより現実的ですが、テスト速度が遅く、ディスクおよびメモリサイズの最低要件があります。
同時に、サーバーは異なるファイルシステムを持つ可能性があり、一部のファイルシステムのIOエンジンは同じハードウェア条件下でテストの読み書き速度がより速く、これは正常です。プロジェクトはデフォルトでfioでテストを行い、使用するIOエンジンの優先度はlibaio > posixaio > psync、代替オプションddテストはfioテストが使用不可能時に自動置換されます。
fioテスト結果を例に基準は以下の通りです：
| OS タイプ | 主要指標 | 次要指標 |
|---|---|---|
| Windows/MacOS | 4K読み取り → 64K読み取り → 書き込みテスト | グラフィカルインターフェースシステムは読み取り性能を優先考慮 |
| Linux（グラフィカルインターフェースなし） | 4K読み取り + 4K書き込み + 1M読み書き | 読み取り/書き込み値は通常類似 |
以下のディスクタイプは通常~フル血状態の性能を指し、libaioをIOテストエンジンとし、Linux下でテストを行うことを指します：
| ドライブタイプ | 4K帯域性能 | 1M帯域性能 |
|---|---|---|
| NVMe SSD | ≥ 200 MB/s | 5-10 GB/s |
| 標準SSD | 50-100 MB/s | 2-3 GB/s |
| HDD（機械式ハードディスク） | 10-40 MB/s | 500-600 MB/s |
| 性能不良 | < 10 MB/s | < 200 MB/s |
迅速評価：
-
主要チェック: 4K読み取り/書き込み帯域
- ほぼ同じで差は小さい
- ≥ 200 MB/s = NVMe SSD
- 50-100 MB/s = 標準SSD
- 10-40 MB/s = HDD（機械式ハードディスク）
- < 10 MB/s = ゴミ性能、オーバーセリング/制限が深刻
-
次要チェック: 1M総スループット
- プロバイダーが設定したIO制限
- リソースオーバーセリング状況
- 数値が高いほど良い
- NVMe SSDは通常4-6 GB/sに達する
- 標準SSDは通常1-2 GB/sに達する
NVMe SSDの1M総スループットが1GB/s未満の場合、深刻なリソースオーバーセリングが存在する可能性を示します。
注意：ここでテストするのは真のIOで、本プロジェクト限定です。本プロジェクト以外でテストしたIOは基準の汎用性を保証しません。彼らがテスト時に同じパラメータを使用していない可能性、IO直接読み書きを設定していない可能性、IOエンジン設定が一致しない可能性、テスト時間設定が一致しない可能性があり、すべて基準の偏差を引き起こします。
依存プロジェクト：https://github.com/oneclickvirt/UnlockTests
デフォルトでは国境を越えるプラットフォームのロック解除のみをチェックします。
対象にはDola AIとX (Twitter)も含まれます。RateLimited はプラットフォームによる一時的なレート制限であり、ロック解除不可を意味しません。タイムアウト、DNS失敗、IPv6未対応も明確な非対応結果と分けて表示します。AIのみの検査には -utregion=21、通信経路の指定には -utipver、-ut-interface、-ut-dns、-ut-http-proxy、-ut-socks-proxy、-ut-concurrency を使用できます。
一般的に、正常な状況下では、一つのIPの複数のプラットフォームのロック解除地域はすべて一致し、あちこち飛び回ることはありません。複数のプラットフォームでロック解除地域が一致しない場合、IPはIPXOなどのプラットフォームからのレンタルか、最近宣告され使用されたもので、プラットフォームの一般的なデータベースに認識修正されていない可能性が高いです。
各プラットフォームのIPデータベース認識速度が一致しないため、時々あるプラットフォームではロック解除地域が正常、あるプラットフォームではルート上のある位置に飛ぶ、あるプラットフォームではIPがあなたによって使用される前にいた位置に飛ぶことがあります。
| DNS タイプ | ロック解除方式判断の必要性 | DNSのロック解除への影響 | 説明 |
|---|---|---|---|
| 公式主流DNS | 不要 | 小 | プラットフォームロック解除は主にノードIPに依存し、DNS解析は基本的にロック解除を干渉しない |
| 非主流/自建DNS | 必要 | 大 | プラットフォームロック解除結果はDNS解析の影響を大きく受け、ネイティブロック解除かDNSロック解除かを判断する必要がある |
そのため、テスト過程で、ホストが現在使用しているのが公式主流のDNSの場合、ネイティブロック解除かどうかの判断は行われません。
IP品質によるアクセス制限に敏感なのは、実際には主要なAIプラットフォームやローカルプラットフォームロック解除、redditやspotifyなどであり、その他の多国籍プラットフォームは一般的にIP品質の影響を受けにくい。
依存プロジェクト：https://github.com/oneclickvirt/securityCheck
18個のデータベースのIP関連情報を検出し、複数のプラットフォームで対応する検出項目がすべて対応する値である場合、現在のIPが確かにそうであることを証明します。1つのデータベースソースの情報のみを信じないでください:
各データソースは、正常、レート制限、認証要求、タイムアウト、利用不可を個別に保持するため、一時的な取得失敗を「クリーン」とは扱いません。DNSブラックリストも、未登録、登録済み、その他のマーク、タイムアウト、照会エラーを区別します。結論を出す際は、具体的なソースと複数回の結果を比較してください。
ipinfo.io scamalytics.com abuseipdb.com ip2location.com ip-api.com ipregistry.co ipdata.co ipgeolocation.io ipwhois.io ipapi.com ipapi.is ipqualityscore.com bigdatacloud.com dkly.net virustotal.com ipfighter.com getipintel.net fraudlogix.com cloudflare.com
以下は各フィールドの対応する意味です
| フィールドカテゴリ | フィールド名 | フィールド説明 | 可能な値 | スコアリングルール |
|---|---|---|---|---|
| セキュリティスコア | レピュテーション(Reputation) | セキュリティコミュニティにおけるIPアドレスの評判スコア | 0-100の数値 | 高いほど良い |
| トラストスコア(Trust Score) | IPアドレスの信頼度スコア | 0-100の数値 | 高いほど良い | |
| VPNスコア(VPN Score) | IPがVPNとして識別される可能性のスコア | 0-100の数値 | 低いほど良い | |
| プロキシスコア(Proxy Score) | IPがプロキシとして識別される可能性のスコア | 0-100の数値 | 低いほど良い | |
| コミュニティ投票-無害 | コミュニティメンバーがこのIPを無害と投票したスコア | 非負整数 | 高いほど良い | |
| コミュニティ投票-悪意 | コミュニティメンバーがこのIPを悪意があると投票したスコア | 非負整数 | 低いほど良い | |
| 脅威スコア(Threat Score) | IPアドレスの全体的な脅威レベルスコア | 0-100の数値 | 低いほど良い | |
| 詐欺スコア(Fraud Score) | IPアドレスが詐欺行為に関与する可能性のスコア | 0-100の数値 | 低いほど良い | |
| 不正使用スコア(Abuse Score) | IPアドレスの不正使用行為が報告されたスコア | 0-100の数値 | 低いほど良い | |
| ASN不正使用スコア | このIPが属するASN(自律システム)の不正使用スコア | 0-1の小数、リスクレベル表記付き(Low/Medium/High)の場合あり | 低いほど良い | |
| 企業不正使用スコア | このIPが属する企業の不正使用スコア | 0-1の小数、リスクレベル表記付き(Low/Medium/High)の場合あり | 低いほど良い | |
| 脅威レベル(Threat Level) | IPアドレスの脅威レベル分類 | low/medium/high/criticalなどのテキスト記述 | lowが最良 | |
| トラフィック比率 | 本機IPのASN所在国における人間とボットの比率 | パーセンテージ | 人間比率が高いほど良い | |
| ブラックリスト記録 | 無害記録数(Harmless) | 各ブラックリストデータベースで無害とマークされた回数 | 非負整数 | 数値自体に良し悪しなし |
| 悪意記録数(Malicious) | 各ブラックリストデータベースで悪意があるとマークされた回数 | 非負整数 | 低いほど良い | |
| 疑わしい記録数(Suspicious) | 各ブラックリストデータベースで疑わしいとマークされた回数 | 非負整数 | 低いほど良い | |
| 未検出数(Undetected) | 各ブラックリストデータベースで記録がない回数 | 非負整数 | 数値自体に良し悪しなし | |
| DNSブラックリスト-総チェック数 | チェックしたDNSブラックリストデータベースの総数 | 正整数 | 数値自体に良し悪しなし | |
| DNSブラックリスト-クリーン | DNSブラックリストでクリーン(未掲載)として表示された数 | 非負整数 | 高いほど良い | |
| DNSブラックリスト-掲載済み | DNSブラックリストに既に掲載されている数 | 非負整数 | 低いほど良い | |
| DNSブラックリスト-その他 | DNSブラックリストチェックで他のステータスを返した数 | 非負整数 | 数値自体に良し悪しなし |
本機のIPが属するASNが保有するIP数が少ない場合、トラフィック比率からネットワーク内の実際のトラフィック割合を把握できます。現在の全世界インターネットトラフィックの割合は約70%が人間、30%がボットです(IPV4)。比較が必要な場合はこの基準値を基に照らし合わせれば、当該IPのASNが自国内でインターネット平均水準に達しているか判断できます。 特定の国の基準を照会する必要がある場合は、https://trafficbenchmark.spiritlhl.net/ で自ら検索し比較することができます。
一般的に以下の使用タイプ、会社タイプ、そしてセキュリティ情報の判別で十分です。上記のセキュリティスコアは複数のデータベースで一致が確認された場合のみ信頼できるため、見なくても特に問題ありません。(IDC: サーバーを購入する際、一般的にこの識別されることが多い。データセンターのサーバールームでブロードキャストに使用される通常のタイプである)
| 使用タイプ | 説明 |
|---|---|
| hosting | データセンターネットワーク(IDC) |
| residential | 家庭/住宅ネットワーク(家庭用回線) |
| isp | 固定回線インターネットサービスプロバイダー(家庭用回線) |
| business | 企業オフィスネットワーク(ビジネス回線) |
| cellular | モバイル通信事業者ネットワーク(家庭用回線) |
| education | 教育機関ネットワーク(教育ネットワーク) |
| government | 政府機関ネットワーク(政府ネットワーク) |
| military | 軍事ネットワーク(政府ネットワーク) |
| CDN | コンテンツ配信ネットワーク(IDC) |
| 会社タイプ | 説明 |
|---|---|
| hosting | ホスト/データセンター会社(IDC) |
| business | 企業会社(ビジネス回線) |
| isp | 固定回線インターネットサービスプロバイダー(家庭用回線) |
| education | 教育機関(教育ネットワーク) |
| government | 政府機関(政府ネットワーク) |
上記のタイプ説明は元のクエリ情報のタイプであり、実際の表示時には自動的に重複排除・統合され、タイプは統一された意味にまとめられています。その他のセキュリティ情報フィールド：
| フィールドカテゴリ | フィールド名 | フィールド説明 | 可能な値 | 評価ルール |
|---|---|---|---|---|
| ブラウザタイプ | 主流ブラウザかどうか | 本機IPのASN所在国の割合 | パーセンテージ | 主流であるほど良い |
| デバイスタイプ | デスクトップ/モバイルデバイスか | 本機IPのASN所在国の割合 | パーセンテージ | デスクトップとモバイルデバイスの割合が高いほど良い |
| オペレーティングシステムタイプ | 主流OSか | 本機IPのASN所在国の割合 | パーセンテージ | 主流OSが多いほど良い |
| クラウドプロバイダー | クラウドプロバイダーかどうか(Cloud Provider) | このIPがクラウドサービスプロバイダーに属しているか | Yes/No | 良し悪しはなく、識別のみ |
| データセンター | データセンターかどうか(Data Center) | このIPがデータセンターに位置しているか | Yes/No | アンブロックを重視する場合はNoが最適 |
| モバイルデバイス | モバイルデバイスかどうか(Mobile) | このIPがモバイルデバイスネットワークからのものか | Yes/No | アンブロックを重視する場合はYesが最適 |
| プロキシ | プロキシかどうか(Proxy) | このIPがプロキシサーバーか | Yes/No | Noが望ましい |
| VPN | VPNかどうか | このIPがVPNサービスノードか | Yes/No | Noが望ましい |
| Tor出口 | TorExitかどうか(Tor Exit Node) | このIPがTorネットワークの出口ノードか | Yes/No | Noが望ましい |
| Webクローラー | Webクローラーかどうか(Crawler) | このIPがWebクローラーとして識別されているか | Yes/No | Noが望ましい |
| 匿名 | 匿名かどうか(Anonymous) | このIPが匿名サービス(VPN/Proxy/Torなど)を提供しているか | Yes/No | Noが望ましい |
| 攻撃者 | 攻撃者かどうか(Attacker) | このIPが攻撃元(DDOSなど)として識別されているか | Yes/No | Noが望ましい |
| 悪用者 | 悪用者かどうか(Abuser) | このIPに能動的な悪用行為の記録があるか | Yes/No | Noが望ましい |
| 脅威 | 脅威かどうか(Threat) | このIPが脅威元としてマークされているか | Yes/No | Noが望ましい |
| 中継 | 中継かどうか(Relay) | このIPが中継ノードか | Yes/No | Noが望ましい |
| Bogon | Bogonかどうか(Bogon IP) | このIPが偽造/未割り当てのIPアドレスか | Yes/No | Noが望ましい |
| ボット | ボットかどうか(Bot) | このIPがボットトラフィックとして識別されているか | Yes/No | Noが望ましい |
| 検索エンジン | Google検索の実行可能性 | このIPでGoogle検索サービスが正常に使用できるか | YES/NO | YESが正常 |
マルチプラットフォーム比較の方が信頼性が高い。異なるデータベースはアルゴリズムと更新頻度が異なるため、単一のソースには誤判定が存在する可能性がある。複数のデータベースが類似した結果を示す場合、その結果はより信頼性が高いことを示している。
AbuserまたはAbuseスコアは、マシンの正常な使用に直接影響する。
Abuse記録が存在し、スコアが高い場合、そのIPが過去に以下の行為に関与していた可能性があることを示している:
- DDoS攻撃に使用された
- 大規模なフラッド攻撃を開始した
- ポートスキャンまたはネットワーク全体のスキャンを実施した
このような履歴記録は報告され、Abuseデータベースに登録される。引き継いだIPが他人によって悪用されたばかりの場合、遅延したAbuse警告メールがサービスプロバイダに送信される可能性がある。サービスプロバイダは、あなた本人が悪意のある行為を行っていると誤判定し、マシンを解約する可能性があり、ほとんどの場合、返金は行われない。国境を越えたプラットフォームサービスの場合、AbuseスコアはそのIPに対するプラットフォームの信頼評価にも影響を与える可能性がある。
プラットフォームロック解除要件のために住宅ブロードバンドが必要なユーザー(Eコマース需要など)は、「使用タイプ」と「会社タイプ」の両方がISPとして識別されているかどうかに注意を払う必要がある。単一ISPのみ、または非ISPとして識別されている場合、その後のデータベース更新後、IPタイプがHostingに修正される可能性が高く、解除効果に影響を与える。
ほとんどのIP識別データベースは月次で更新される。更新後、IP属性が変更され、ISP → Hostingという状況が発生する可能性がある。特定の国のプラットフォームサービス(NetflixやSpotifyなど)や、異なる国を区別して扱うプラットフォームサービス(TikTokなど)など、一部の敏感なプラットフォームでは、非住宅での解除の可能性は低いが、不可能ではない。安定した解除が必要で、その特別な機能解除を追求する場合にのみ、住宅ブロードバンドプラットフォームロック解除を追求する必要がある。単にブラウジングや視聴するだけであれば、多くの場合、住宅ブロードバンドを追求する必要はない。
IPタイプの分類について詳しく説明する必要がある
住宅ブロードバンドIP
- 帰属地と放送地が一致し、放送主体は地元の通信事業者のAS
- 国際帯域回線を通じて放送される必要があり、住宅ブロードバンド属性として認識される
ネイティブIP
- 帰属地と保有者が一致しているが、放送主体は地元の通信事業者ではない
- データセンターが独自のAS番号を使用して放送することが一般的。住宅ブロードバンドIPを取得しても、一定期間後に属性はネイティブに変更される
放送IP
- 場所AのASからIPを場所Bに放送して使用
- 放送の伝播には時間がかかり、通常1週間から1ヶ月
- 主要な通信事業者の帰属地データベースの更新には1ヶ月から数ヶ月かかる場合がある
- 地元のマシンルームが放送を行う場合、住宅ブロードバンドIPはネイティブまたは放送属性に修正される可能性がある
ここまで述べたので、真の住宅ブロードバンドである場合、ターゲットサイトにアクセスする際、必ず日本に迂回してからターゲットサイトに到達することはないことを明記する必要がある。真の海外家庭用ブロードバンドは、必ず近隣で出国し、近隣で着地する。
依存プロジェクト：https://github.com/oneclickvirt/portchecker
ローカルのメールポート待受、外部SMTP port 25への接続、優先度順に解決したMXサーバーへの接続、一般的なメールプロトコルの各エンドポイントを分けて表示します。一方向または一つのエンドポイントの成功だけでは、すべての送受信経路が利用可能とは限りません。
- SMTP (25): メールサーバー間でのメール転送（メール送信）に使用。
- SMTPS (465): 暗号化されたSMTPメール送信（SSL/TLS方式）に使用。
- SMTP (587): クライアントからメールサーバーへのメール送信、STARTTLS暗号化をサポート。
- POP3 (110): メールクライアントがサーバーからメールをダウンロードするために使用、暗号化なし。
- POP3S (995): 暗号化されたPOP3、安全にメールをダウンロード（SSL/TLS方式）に使用。
- IMAP (143): メールクライアントがオンラインでメール管理（メール閲覧、同期）、暗号化なし。
- IMAPS (993): 暗号化されたIMAP、安全にメール管理（SSL/TLS方式）に使用。
現在のホストがメール局として機能せず、電子メールの送受信を行わない場合、この項目指標は無視して構いません。
依存プロジェクト：https://github.com/oneclickvirt/backtrace
IP情報は RDAP と制限付き WHOIS フォールバックを組み合わせ、プレフィックス、登録日、geofeed、IXP、上流、peer を取得できる範囲で表示します。帰路は IPv4 で北京・上海・広州・成都の電信・聯通・移動を、IPv6 有効時は北京・上海・広州の三社を対象にします。各対象は Go の ICMP traceroute で3回測定し、主対象に有効な応答 hop がない場合だけ同一省・同一事業者の代替対象を使用します。
回線分類は応答 hop の ASN 順序と反復証拠に基づきます。CN2 GIA には少なくとも2個の AS4809 hop が必要です。AS4134 または AS4837 が1 hop だけ見える場合は目的網への引き渡しの可能性があるため判定保留となり、複数回の成功測定で精品網と普通網が競合した場合は保守的に動的混合と表示します。聯通は AS9929、AS10099/CUG、AS4837、移動は AS58807/CMIN2、AS58453/CMI、AS9808/CMNET を区別します。
構造化結果には成功回数、有効 hop 数、対象到達、および traceroute 応答サンプルの Min/Avg/P50/P95/Max と jitter が含まれます。これはアプリケーションのパケット損失率ではありません。単体コンポーネントでは -route-json、-route-attempts=1..5、-timeout、-ipv6 を指定できます。
依存プロジェクト：https://github.com/oneclickvirt/pingtest
言語に応じた対象範囲で遅延を測定します。英語では代表的な国際対象、中国語では従来の国内省・キャリア対象を使用します。設定した名前順または遅延順で並べ替え、すべての対象を結果に残します。
送信/受信回数、パケット損失、Min/Avg/P50/P95/Max遅延を表示します。-ping-sort=latency|name で遅延順または名前順、-ping-scope=auto|china|international で国内三大キャリアまたは国際対象を選択できます。英語出力では常に国際対象を使用します。
検出不能な失敗アドレスおよび遅延が9999ms以上のものは、遅延を9999に設定する。この値を超える遅延は対象の遅延が過大で利用に影響することを示すため、この時点で対象は利用不可と判断すればよい。
依存プロジェクト：https://github.com/oneclickvirt/pingtest
このテストはDNS解決とTCP接続確立だけを行い、ページ内容はダウンロードせず、ロック解除テストでもありません。対象は自動更新され、最新の有効リストを取得できない場合はプログラム同梱のリストを使用します。同じホストとポートは1回だけ測定します。
デフォルトでは各プラットフォームを3回試行し、1回の上限は5秒、同時実行は最大16対象です。各プラットフォームを1行で表示し、遅延単位はすべてミリ秒です。Min Avg P50 P95 Max は最小、平均、中央値、95パーセンタイル、最大のハンドシェイク遅延です。D R T O はDNS失敗、接続拒否、タイムアウト、その他のエラー回数です。失敗0はTCP接続の成功だけを表し、ページ内容やアカウント機能の利用可否は保証しません。
オプション1では ICMP Ping と重複するため、TCP ハンドシェイクテストをデフォルトで無効にします。標準、ネットワーク重視、ネットワーク単項、ルート重視、高度なカスタムではデフォルトで有効になり、-tcp=true/false で明示的に上書きできます。通常はプラットフォーム名で安定ソートし、-tcp-sort=latency は失敗、損失、高遅延を優先します。単体コンポーネントでは -attempts、-timeout、-concurrency、-target も指定できます。
同梱対象は現在、下表のプラットフォームをカバーします。同じプラットフォームに複数の独立エンドポイントがある場合、実際の表示対象数は表のプラットフォーム数より多くなります。
| Platform | Platform | Platform | Platform | Platform | Platform |
|---|---|---|---|---|---|
| Adobe | AliExpress | Amazon | Apple | AWS | Azure |
| BBC | Bilibili | Bing | Canva | ChatGPT | Claude |
| Cloudflare | CNN | Coinbase | Copilot | Coursera | DeepL |
| DigitalOcean | Discord | DisneyPlus | Docker Hub | Dropbox | eBay |
| edX | EpicGames | Figma | Gemini | GitHub | |
| GitLab | Gmail | Google Cloud | GoogleCloud | ||
| iQIYI | KhanAcademy | Medium | MetaAI | Microsoft | Midjourney |
| Netflix | Notion | NYTimes | OpenAI | Oracle | Outlook |
| PayPal | Perplexity | PlayStation | PrimeVideo | ProtonMail | |
| Salesforce | Shopify | Slack | Sora | Spotify | StackOverflow |
| Steam | Stripe | Telegram | TheGuardian | TikTok | Trello |
| TVB Anywhere | Twitch | Twitter/X | Udemy | Vercel | ViuTV |
| Wikipedia | Xbox | YahooMail | YouTube | Zoom |
依存プロジェクト：https://github.com/oneclickvirt/speedtest
中国語出力では従来どおり近隣および国内キャリアの測定サーバーを使用します。英語出力では代表的な国際サーバーを使用し、自動選択から中国大陸のサーバーを除外します。
候補サーバーの利用可否を確認してから選択し、他のネットワーク検査が帯域結果に影響しないよう、ダウンロードとアップロードを順番に実行します。停止中のノードや有効なスループットが得られない実行は、静的情報だけで成功扱いせず利用不可として表示します。
公式測定ポイントは、テスト対象のホストマシンのローカル帯域幅ベースラインを表すことができます。
日常的には1Gbps帯域幅のサーバーを使用することを好みます。少なくとも依存関係のダウンロードなどの速度が十分に速いからです。