93 KiB
目录 / Table of Contents / 目次
语言 / Languages / 言語
中文
English
- Basic System Information
- CPU Testing
- Memory Testing
- Disk Testing
- Streaming Media Unlocking
- IP Quality Detection
- Email Port Detection
- PING Testing
- Nearby Speed Testing
日本語
中文
menu模式默认启用，执行时显示菜单可选择选项测试，在menu模式启用的情况下，默认额外提供的CI参数设置优先级高于选项本身的预设值，方便用户随时针对某个选项自行修改某些单项测试的参数设置。
系统基础信息
依赖项目：https://github.com/oneclickvirt/basics https://github.com/oneclickvirt/gostun
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内穿端口等需求才需要特别关注，其他一般情况下都不用关注本指标。
TCP加速方式：一般是cubic/bbr拥塞控制协议，一般来说做代理服务器用bbr可以改善网速，普通用途不必关注此指标。
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子网范围越大。
CPU测试
依赖项目：https://github.com/oneclickvirt/cputest
支持通过命令行参数选择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
dd测试可能误差偏大但测试速度快无硬盘大小限制，fio测试真实一些但测试速度慢有硬盘以及内存大小的最低需求。
同时，服务器可能有不同的文件系统，某些文件系统的IO引擎在同样的硬件条件下测试的读写速度更快，这是正常的。项目默认使用fio进行测试，测试使用的IO引擎优先级为libaio > posixaio > psync，备选项dd测试在fio测试不可用时自动替换。
以fio测试结果为例基准如下：
| 操作系统类型 | 主要指标 | 次要指标 |
|---|---|---|
| Windows/MacOS | 4K读 → 64K读 → 写入测试 | 图形界面系统优先考虑读取性能 |
| Linux (无图形界面) | 4K读 + 4K写 + 1M读写 | 读/写值通常相似 |
以下硬盘类型对于指标值指 常规~满血 性能状态，指libaio作为IO测试引擎，指在Linux下进行测试
| 驱动类型 | 4K(IOPS)性能 | 1M(IOPS)性能 |
|---|---|---|
| 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读(IOPS) 4K写(IOPS)
- 几乎相同差别不大
- ≥ 200 MB/s = NVMe SSD
- 50-100 MB/s = 标准SSD
- 10-40 MB/s = HDD (机械硬盘)
- < 10 MB/s = 垃圾性能，超售/限制严重
-
次要检查: 1M总和(IOPS)
- 提供商设置的IO限制
- 资源超开超售情况
- 数值越高越好
- NVMe SSD通常达到4-6 GB/s
- 标准SSD通常达到1-2 GB/s
如果 NVMe SSD的1M(IOPS)值 < 1GB/s 表明存在严重的资源超开超售。
注意，这里测试的是真实的IO，仅限本项目，非本项目测试的IO不保证基准通用，因为他们测试的时候可能用的不是同样的参数，可能未设置IO直接读写，可能设置IO引擎不一致，可能设置测试时间不一致，都会导致基准有偏差。
流媒体解锁
依赖项目：https://github.com/oneclickvirt/CommonMediaTests https://github.com/oneclickvirt/UnlockTests
默认只检测跨国流媒体解锁。
一般来说，正常的情况下，一个IP多个流媒体的解锁地区都是一致的不会到处乱飘，如果发现多家平台解锁地区不一致，那么IP大概率来自IPXO等平台租赁或者是刚刚宣告和被使用，未被流媒体普通的数据库所识别修正地域。
由于各平台的IP数据库识别速度不一致，所以有时候有的平台解锁区域正常，有的飘到路由上的某个位置，有的飘到IP未被你使用前所在的位置。
| DNS 类型 | 解锁方式判断是否必要 | DNS 对解锁影响 | 说明 |
|---|---|---|---|
| 官方主流 DNS | 否 | 小 | 流媒体解锁主要依赖测试节点的 IP，DNS 解析基本不会干扰解锁。 |
| 非主流 / 自建 DNS | 是 | 大 | 流媒体解锁结果受 DNS 解析影响较大，需要判断是原生解锁还是 DNS 解锁。 |
所以测试过程中，如果宿主机当前使用的是官方主流的DNS，不会进行是否为原生解锁的判断，解锁类型大部分受后面查询的IP质量的使用类型和公司类型的影响。
对于IP质量解锁比较敏感的实际上是各大AI平台和本地流媒体，以及reddit和spotify，其他的跨国平台一般不易受IP质量影响解锁。
IP质量检测
依赖项目：https://github.com/oneclickvirt/securityCheck
检测18个数据库的IP相关信息，多个平台比较对应检测项目都为对应值，证明当前IP确实如此，不要仅相信一个数据库源的信息:
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
以下为每个字段的对应的含义
| 字段类别 | 字段名称 | 字段说明 | 可能的值 | 评分规则 |
|---|---|---|---|---|
| 安全得分 | 声誉(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为最佳 | |
| 黑名单记录 | 无害记录数(Harmless) | 在各黑名单数据库中被标记为无害的次数 | 非负整数 | 数值本身无好坏 |
| 恶意记录数(Malicious) | 在各黑名单数据库中被标记为恶意的次数 | 非负整数 | 越低越好 | |
| 可疑记录数(Suspicious) | 在各黑名单数据库中被标记为可疑的次数 | 非负整数 | 越低越好 | |
| 无记录数(Undetected) | 在各黑名单数据库中无任何记录的次数 | 非负整数 | 数值本身无好坏 | |
| DNS黑名单-总检查数 | 检查的DNS黑名单数据库总数量 | 正整数 | 数值本身无好坏 | |
| DNS黑名单-干净 | 在DNS黑名单中显示为干净(未列入)的数量 | 非负整数 | 越高越好 | |
| DNS黑名单-已列入 | 在DNS黑名单中已被列入的数量 | 非负整数 | 越低越好 | |
| DNS黑名单-其他 | 在DNS黑名单检查中返回其他状态的数量 | 非负整数 | 数值本身无好坏 |
一般来说看下面的使用类型公司类型还有安全信息的判别足矣，上面的安全得分只有多个数据库确认一致才可信，不看也没啥问题。(IDC: 一般买服务器识别成这个的多，就是正常的在数据中心机房广播使用的类型)
| 使用类型 | 说明 |
|---|---|
| hosting | 数据中心网络(IDC) |
| residential | 家庭/住宅网络(家宽) |
| FixedLineISP，ISP | 固定线路互联网服务提供商(家宽) |
| business | 企业办公网络(商宽) |
| cellular | 移动运营商网络(家宽) |
| education | 教育机构网络(教育网) |
| government | 政府机构网络(政府网) |
| military | 军事网络(政府网) |
| DataCenter/WebHosting/Transit | 数据中心网络(IDC) |
| CDN | 内容分发网络(IDC) |
| 公司类型 | 说明 |
|---|---|
| business | 企业公司(商宽) |
| hosting | 主机/数据中心公司(IDC) |
| FixedLineISP，ISP | 固定线路互联网服务提供商(家宽) |
| education | 教育机构(教育网) |
| government | 政府机构(政府网) |
以上类型说明为原始查询信息的类型，实际显示的时候已自动分流去重合并类型为统一含义，其他安全信息字段：
| 字段类别 | 字段名称 | 字段说明 | 可能的值 | 评分规则 |
|---|---|---|---|---|
| 云提供商 | 是否云提供商(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）：用于邮件服务器之间传输邮件（发送邮件）。
- 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
上游类型与运营商等级说明
-
直接上游（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、联通4837、移动CMI 是常见的线路，移动CMI对两广地区的移动运营商特供延迟低，也能算优质，仅限两广移动。
电信CN2GIA > 电信CN2GT 移动CMIN2 联通9929 算优质的线路
用什么运营商连宿主机的IP就看哪个运营商的线路就行了，具体线路的路由情况，看在下一个检测项看到对应的ICMP检测路由信息。
三网回程路由检测
依赖项目：https://github.com/oneclickvirt/nt3
默认检测广州为目的地，实际可使用命令行参数指定目的地，见对应的参数说明。
主要就是看是不是直连，是不是延迟低，是不是没有隐藏路由信息，有没有一些优质线路或IX链接。
如果路由全球跑，延迟起飞，那么线路自然不会好到哪里去。
有时候路由信息完全藏起来了，只知道实际使用的延迟低，实际可能也是优质线路只是查不到信息，这就没办法直接识别了。
所有测不出来失败的地址以及延迟大于等于999ms的，延迟都设为了999，延迟超过这个也证明目标延迟过大影响使用，此时认为目标不可用就行。
PING值测试
依赖项目：https://github.com/oneclickvirt/pingtest
对于选项1：如果启用中国模式，将仅检测三网全国各省份的PING值延迟，从小到大排序。如果不启用中国模式，默认将不检测三网全国各省份的PING值延迟，仅检测TGDC和主流网站的延迟。
对于选项6和选项10：默认都进行测试。
对于中国境内的测试，测试TGDC和主流跨国网站的延迟无意义，所以默认不测试。
对于参数指定的状态，优先级会高于选项中默认的参数设置。
就近测速
依赖项目：https://github.com/oneclickvirt/speedtest
先测的官方推荐的测速点，然后测有代表性的国际测速点，最后测国内三大运营商ping值最低的测速点。
境内使用为主就看境内测速即可，境外使用看境外测速，官方测速点可以代表受测的宿主机本地带宽基准。
一般来说中国境外的服务器的带宽100Mbps起步，中国境内的服务器1Mbps带宽起步，具体看线路优劣，带宽特别大有时候未必用得上，够用就行了。
日常我偏向使用1Gbps带宽的服务器，至少下载依赖什么的速度足够快，境内小水管几Mbps真的下半天下不完，恨不得到机房插个U盘转移数据。
English
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.
Basic System Information
Dependency project: https://github.com/oneclickvirt/basics https://github.com/oneclickvirt/gostun
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.
TCP Acceleration Method: Usually cubic/bbr congestion control protocols. Generally speaking, using bbr for proxy servers can improve network speed; regular usage doesn't need to focus on this indicator.
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.
CPU Testing
Dependency project: https://github.com/oneclickvirt/cputest
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.
Memory Testing
Dependency project: https://github.com/oneclickvirt/memorytest
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 |
Disk Testing
Dependency project: https://github.com/oneclickvirt/disktest
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 (IOPS) Performance | 1M (IOPS) Performance |
|---|---|---|
| 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 (IOPS) 4K Write (IOPS)
- 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 (IOPS)
- 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 NVMe SSD's 1M (IOPS) value < 1GB/s indicates 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.
Streaming Media Unlocking
Dependency project: https://github.com/oneclickvirt/CommonMediaTests https://github.com/oneclickvirt/UnlockTests
Default only checks cross-border streaming media unlocking.
Generally speaking, under normal circumstances, multiple streaming 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 streaming media 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 | Streaming unlock mainly relies on node IP, DNS resolution basically doesn't interfere with unlocking |
| Non-mainstream / Self-built DNS | Yes | Large | Streaming 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 streaming services, Reddit, and Spotify. Other multinational platforms are generally less affected by IP quality when it comes to unlocking.
IP Quality Detection
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:
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
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 | |
| 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 |
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) |
| FixedLineISP, 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) |
| DataCenter/WebHosting/Transit | Data center network (IDC) |
| CDN | Content Delivery Network (IDC) |
| Company Type | Description |
|---|---|
| business | Business company (Business broadband) |
| hosting | Hosting/Data center company (IDC) |
| FixedLineISP, 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 |
|---|---|---|---|---|
| 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 streaming services, Abuse scores may also affect the platform's reputation rating for that IP.
For users who need residential broadband for streaming 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 streaming services in certain specific countries (like Netflix, Spotify), or streaming 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 streaming 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.
Email Port Detection
Dependency project: https://github.com/oneclickvirt/portchecker
- 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.
PING Testing
Dependency project: https://github.com/oneclickvirt/pingtest
Measure the latency from the current IP address to each TG data center and major websites.
All addresses that cannot be tested for failure, as well as those with latency greater than or equal to 999ms, have their latency set to 999. Latency exceeding this threshold also indicates excessive target latency that impairs usability. At this point, the target should be considered unavailable.
Nearby Speed Testing
Dependency project: https://github.com/oneclickvirt/speedtest
First test the officially recommended speed test points, then test representative international speed test points.
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のリリース時期に基づいて、新しいモデルでは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ポート転送などの需要がある場合のみ特別に注意が必要で、その他の一般状況では本指標に注意する必要はありません。
TCP高速化方式: 通常cubic/bbr輻輳制御プロトコルです。一般的に、プロキシサーバーでbbrを使用すると通信速度を改善できますが、普通の用途では本指標に注意する必要はありません。
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サブネット範囲が広くなります。
CPUテスト
依存プロジェクト：https://github.com/oneclickvirt/cputest
コマンドラインパラメータで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
一般的に、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
ddテストは誤差が大きい可能性がありますが、テスト速度が速くディスクサイズ制限がありません。fioテストはより現実的ですが、テスト速度が遅く、ディスクおよびメモリサイズの最低要件があります。
同時に、サーバーは異なるファイルシステムを持つ可能性があり、一部のファイルシステムのIOエンジンは同じハードウェア条件下でテストの読み書き速度がより速く、これは正常です。プロジェクトはデフォルトでfioでテストを行い、使用するIOエンジンの優先度はlibaio > posixaio > psync、代替オプションddテストはfioテストが使用不可能時に自動置換されます。
fioテスト結果を例に基準は以下の通りです：
| OS タイプ | 主要指標 | 次要指標 |
|---|---|---|
| Windows/MacOS | 4K読み取り → 64K読み取り → 書き込みテスト | グラフィカルインターフェースシステムは読み取り性能を優先考慮 |
| Linux（グラフィカルインターフェースなし） | 4K読み取り + 4K書き込み + 1M読み書き | 読み取り/書き込み値は通常類似 |
以下のディスクタイプは通常~フル血状態の性能を指し、libaioをIOテストエンジンとし、Linux下でテストを行うことを指します：
| ドライブタイプ | 4K (IOPS) 性能 | 1M (IOPS) 性能 |
|---|---|---|
| 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読み取り (IOPS) 4K書き込み (IOPS)
- ほぼ同じで差は小さい
- ≥ 200 MB/s = NVMe SSD
- 50-100 MB/s = 標準SSD
- 10-40 MB/s = HDD（機械式ハードディスク）
- < 10 MB/s = ゴミ性能、オーバーセリング/制限が深刻
-
次要チェック: 1M総計 (IOPS)
- プロバイダーが設定したIO制限
- リソースオーバーセリング状況
- 数値が高いほど良い
- NVMe SSDは通常4-6 GB/sに達する
- 標準SSDは通常1-2 GB/sに達する
NVMe SSDの1M (IOPS)値 < 1GB/s の場合、深刻なリソースオーバーセリングが存在することを示します。
注意：ここでテストするのは真のIOで、本プロジェクト限定です。本プロジェクト以外でテストしたIOは基準の汎用性を保証しません。彼らがテスト時に同じパラメータを使用していない可能性、IO直接読み書きを設定していない可能性、IOエンジン設定が一致しない可能性、テスト時間設定が一致しない可能性があり、すべて基準の偏差を引き起こします。
ストリーミングメディアロック解除
依存プロジェクト：https://github.com/oneclickvirt/CommonMediaTests https://github.com/lmc999/RegionRestrictionCheck
デフォルトでは国境を越えるストリーミングメディアのロック解除のみをチェックします。
一般的に、正常な状況下では、一つのIPの複数のストリーミングメディアのロック解除地域はすべて一致し、あちこち飛び回ることはありません。複数のプラットフォームでロック解除地域が一致しない場合、IPはIPXOなどのプラットフォームからのレンタルか、最近宣告され使用されたもので、ストリーミングメディアの一般的なデータベースに認識修正されていない可能性が高いです。
各プラットフォームのIPデータベース認識速度が一致しないため、時々あるプラットフォームではロック解除地域が正常、あるプラットフォームではルート上のある位置に飛ぶ、あるプラットフォームではIPがあなたによって使用される前にいた位置に飛ぶことがあります。
| DNS タイプ | ロック解除方式判断の必要性 | DNSのロック解除への影響 | 説明 |
|---|---|---|---|
| 公式主流DNS | 不要 | 小 | ストリーミングメディアのロック解除は主にノードIPに依存し、DNS解析は基本的にロック解除を干渉しない |
| 非主流/自建DNS | 必要 | 大 | ストリーミングメディアのロック解除結果はDNS解析の影響を大きく受け、ネイティブロック解除かDNSロック解除かを判断する必要がある |
そのため、テスト過程で、ホストが現在使用しているのが公式主流のDNSの場合、ネイティブロック解除かどうかの判断は行われません。
IP品質によるアクセス制限に敏感なのは、実際には主要なAIプラットフォームやローカルストリーミングサービス、redditやspotifyなどであり、その他の多国籍プラットフォームは一般的にIP品質の影響を受けにくい。
IP品質検出
依存プロジェクト：https://github.com/oneclickvirt/securityCheck
18個のデータベースのIP関連情報を検出し、複数のプラットフォームで対応する検出項目がすべて対応する値である場合、現在のIPが確かにそうであることを証明します。1つのデータベースソースの情報のみを信じないでください:
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
以下は各フィールドの対応する意味です
| フィールドカテゴリ | フィールド名 | フィールド説明 | 可能な値 | スコアリングルール |
|---|---|---|---|---|
| セキュリティスコア | レピュテーション(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が最良 | |
| ブラックリスト記録 | 無害記録数(Harmless) | 各ブラックリストデータベースで無害とマークされた回数 | 非負整数 | 数値自体に良し悪しなし |
| 悪意記録数(Malicious) | 各ブラックリストデータベースで悪意があるとマークされた回数 | 非負整数 | 低いほど良い | |
| 疑わしい記録数(Suspicious) | 各ブラックリストデータベースで疑わしいとマークされた回数 | 非負整数 | 低いほど良い | |
| 未検出数(Undetected) | 各ブラックリストデータベースで記録がない回数 | 非負整数 | 数値自体に良し悪しなし | |
| DNSブラックリスト-総チェック数 | チェックしたDNSブラックリストデータベースの総数 | 正整数 | 数値自体に良し悪しなし | |
| DNSブラックリスト-クリーン | DNSブラックリストでクリーン(未掲載)として表示された数 | 非負整数 | 高いほど良い | |
| DNSブラックリスト-掲載済み | DNSブラックリストに既に掲載されている数 | 非負整数 | 低いほど良い | |
| DNSブラックリスト-その他 | DNSブラックリストチェックで他のステータスを返した数 | 非負整数 | 数値自体に良し悪しなし |
一般的に以下の使用タイプ、会社タイプ、そしてセキュリティ情報の判別で十分です。上記のセキュリティスコアは複数のデータベースで一致が確認された場合のみ信頼できるため、見なくても特に問題ありません。(IDC: サーバーを購入する際、一般的にこの識別されることが多い。データセンターのサーバールームでブロードキャストに使用される通常のタイプである)
| 使用タイプ | 説明 |
|---|---|
| hosting | データセンターネットワーク(IDC) |
| residential | 家庭/住宅ネットワーク(家庭用回線) |
| FixedLineISP、ISP | 固定回線インターネットサービスプロバイダー(家庭用回線) |
| business | 企業オフィスネットワーク(ビジネス回線) |
| cellular | モバイル通信事業者ネットワーク(家庭用回線) |
| education | 教育機関ネットワーク(教育ネットワーク) |
| government | 政府機関ネットワーク(政府ネットワーク) |
| military | 軍事ネットワーク(政府ネットワーク) |
| DataCenter/WebHosting/Transit | データセンターネットワーク(IDC) |
| CDN | コンテンツ配信ネットワーク(IDC) |
| 会社タイプ | 説明 |
|---|---|
| business | 企業会社(ビジネス回線) |
| hosting | ホスト/データセンター会社(IDC) |
| FixedLineISP、ISP | 固定回線インターネットサービスプロバイダー(家庭用回線) |
| education | 教育機関(教育ネットワーク) |
| government | 政府機関(政府ネットワーク) |
上記のタイプ説明は元のクエリ情報のタイプであり、実際の表示時には自動的に重複排除・統合され、タイプは統一された意味にまとめられています。その他のセキュリティ情報フィールド：
| フィールドカテゴリ | フィールド名 | フィールド説明 | 可能な値 | 評価ルール |
|---|---|---|---|---|
| クラウドプロバイダー | クラウドプロバイダーかどうか(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 (25): メールサーバー間でのメール転送（メール送信）に使用。
- SMTPS (465): 暗号化されたSMTPメール送信（SSL/TLS方式）に使用。
- SMTP (587): クライアントからメールサーバーへのメール送信、STARTTLS暗号化をサポート。
- POP3 (110): メールクライアントがサーバーからメールをダウンロードするために使用、暗号化なし。
- POP3S (995): 暗号化されたPOP3、安全にメールをダウンロード（SSL/TLS方式）に使用。
- IMAP (143): メールクライアントがオンラインでメール管理（メール閲覧、同期）、暗号化なし。
- IMAPS (993): 暗号化されたIMAP、安全にメール管理（SSL/TLS方式）に使用。
現在のホストがメール局として機能せず、電子メールの送受信を行わない場合、この項目指標は無視して構いません。
PING検出
依存プロジェクト：https://github.com/oneclickvirt/pingtest
現在のIPアドレスからTGの各データセンターおよび主要ウェブサイトまでの遅延を測定します。
検出不能な失敗アドレスおよび遅延が999ms以上のものは、遅延を999に設定する。この値を超える遅延は対象の遅延が過大で利用に影響することを示すため、この時点で対象は利用不可と判断すればよい。
近隣スピードテスト
依存プロジェクト：https://github.com/oneclickvirt/speedtest
まず公式推奨の測定ポイントをテストし、次に代表的な国際測定ポイントをテストします。
公式測定ポイントは、テスト対象のホストマシンのローカル帯域幅ベースラインを表すことができます。
日常的には1Gbps帯域幅のサーバーを使用することを好みます。少なくとも依存関係のダウンロードなどの速度が十分に速いからです。