OONI 测项速查表

ooni/spec 的 nettests 目录收录 41 份测项规格，其中相当比例已停止使用。挑选测项或解读既有数据时，先确认哪些测项仍在产出数据，比逐份阅读规格更有效率。

测项输出的共通字段另外定义在上游的 data-formats。

状态字段的定义

spec 状态取自各份规格开头的 _status_ 标记，分为 current、experimental、obsolete 三种，反映上游对该测项的定位。

数据流通是实测结果，以撰稿当日（2026-08-04）为快照，通过 OONI API 盘点各测项最近的公开测量。

台湾字段来自 S3 公开数据集，抽查 2026-08-03 的五个时段，列出台湾的目录下出现过的测项。

状态标记与实际数据的落差

规格的状态标记与实际数据不一致的情况分成两种：

标为 current 却查不到数据：tlsmiddlebox、portfiltering、captiveportal 三个。
标为 experimental 却每日都有数据：dnscheck、echcheck、openvpn、stunreachability、vanilla_tor 等，数据量与部分 current 测项相当。

experimental 只代表规格本身的成熟度，与数据量多寡没有必然关系。要判断测项是否适合用于分析，直接向 API 查询是否有数据，比状态标记可靠。

测项的用途分群

依观测目的分群如下（各测项的细节见后方表格）：

网站封锁检测：web_connectivity
中间设备与干扰手法：http_header_field_manipulation、http_invalid_request_line、sni_blocking、echcheck
通讯软件可达性：telegram、whatsapp、signal、facebook_messenger
规避工具可用性：tor、vanilla_tor、torsf、psiphon、riseupvpn、openvpn
DNS 行为：dnscheck、dnsping
连接性能：ndt、dash、stunreachability、quicping

仍在产出数据的测项

下表的测项在撰稿当日都可以查到公开测量，也是解读 OONI 数据时最常遇到的测项。

测项	量测内容	spec 状态	台湾
`web_connectivity`	网站可达性与封锁判定，数据量最大的测项	current	有
`tor`	Tor 目录权威节点与桥接的可达性	current	有
`vanilla_tor`	未经伪装的 Tor 能否顺利启动连接	experimental	有
`torsf`	通过 Snowflake 传输层的 Tor 连接	experimental	无
`telegram`	Telegram 网页版与数据中心端点可达性	current	有
`whatsapp`	WhatsApp 端点与注册服务可达性	current	有
`signal`	Signal 服务端点可达性	current	有
`facebook_messenger`	Facebook Messenger 端点可达性	current	有
`dnscheck`	指定 DNS 解析器的行为，涵盖加密查询（DoH、DoT）	experimental	有
`dnsping`	DNS 查询的延迟与回应行为	experimental	无
`echcheck`	加密客户端问候（ECH）的支持与干扰状况	experimental	有
`http_header_field_manipulation`	中间设备是否窜改 HTTP 标头	current	有
`http_invalid_request_line`	中间设备对异常请求行的反应，用于检测透明代理	current	有
`openvpn`	OpenVPN 握手能否完成	experimental	有
`psiphon`	Psiphon 规避工具能否建立连接	current	有
`riseupvpn`	RiseupVPN 服务可达性	current	有
`stunreachability`	STUN 服务器可达性，牵动 WebRTC 通话	experimental	有
`ndt`	连接速度与性能诊断	current	有
`dash`	影音串流播放质量	current	有
`browser_web`	以真实浏览器引擎载入网页	experimental	无

表中出现的缩写

DoH、DoT：把 DNS 查询包在 HTTPS 或 TLS 里传送，避免查询内容以明文经过网络（详见加密 DNS）。
ECH（Encrypted Client Hello）：TLS 握手的第一个消息原本会以明文带出连接目标的域名，ECH 把该字段加密。
SNI（Server Name Indication）：TLS 握手时以明文送出的目标域名，常被当作封锁的判断依据。
STUN：协助设备找出自己对外 IP 与端口号的协议，WebRTC 通话建立连接时会用到。
QUIC：以 UDP 为基础的传输协议，HTTP/3 建立在其上。

偶尔才有数据的测项

测项	量测内容	spec 状态	最近一笔
`quicping`	QUIC 协议的可达性	experimental	2026-07-30
`sni_blocking`	针对 TLS SNI 栏位的封锁检测	experimental	2026-07-20

查不到公开数据的测项

下表七个测项在 API 查不到公开测量，规格仍保留在上游仓库，设计新测项或研究方法时可以参考。

测项	量测内容	spec 状态
`tlsmiddlebox`	TLS 连接路径上的中间设备行为	current
`portfiltering`	特定端口是否被过滤	current
`captiveportal`	是否处于需要登录的受控网络	current
`urlgetter`	供其他测项复用的通用抓取元件	experimental
`tcpping`	TCP 层的往返延迟	experimental
`tlsping`	TLS 握手的往返延迟	experimental
`simplequicping`	QUIC 的简化延迟量测	experimental

标记为 obsolete 的历史测项

上游标为 obsolete 的有 12 份，多数功能已被 web_connectivity 吸收，或随测量方法演进而退场。处理历史数据时仍可能遇到这些测项的记录，规划新的观测则不必采用。

测项	规格
bridgeT	ts-001
DNS Consistency	ts-002
HTTP Requests	ts-003
HTTP Host	ts-004
DNS Spoof	ts-005
TCP Connect	ts-008
Multi Protocol Traceroute	ts-009
Bridge Reachability	ts-011
DNS Injection	ts-012
Lantern	ts-013
Meek Fronted Requests	ts-014
OpenVPN Client Test（旧版）	ts-016

重复的 ts-016 编号与新旧 OpenVPN 规格

上游有两份规格同编为 ts-016，分别是上表标为 obsolete 的 ts-016-openvpn.md 与标为 experimental 的 ts-016-vanilla-tor.md。现行的 OpenVPN 测项规格是 ts-040-openvpn.md，引用时留意不要误用旧版。

台湾观测到的测项

抽查 2026-08-03 的五个时段，台湾的目录下出现过 17 个测项（以下用 API 的下划线写法）：web_connectivity、tor、vanilla_tor、telegram、whatsapp、signal、facebook_messenger、dnscheck、echcheck、http_header_field_manipulation、http_invalid_request_line、openvpn、psiphon、riseupvpn、stunreachability、ndt、dash。

S3 上的目录名与测项名称字段（test_name）的写法不同，目录名没有下划线（webconnectivity、vanillator、facebookmessenger）。API 查询要用下划线形式（web_connectivity、vanilla_tor、facebook_messenger），取用路径的细节见ASN 观测数据的提取与分析。

台湾目前的观测集中在 web_connectivity，其他测项的样本量偏小。扩充在地观测的涵盖面时，tor 与 dnscheck 是与社群既有主题最接近的两个方向。

要执行特定测项，可以在 OONI Probe 桌面版或移动版的设置中挑选启用的测项。要邀集他人共同测试固定的网址列表，则用 OONI Run v2 建立链接分享，社群目前运维的链接 ID 是 10328。