测速显示 UDP Unknown 是什么意思，需要担心吗

Unknown 是“没判定出来”，不是第五种类型

测速结果显示 UDP Unknown，意思是测试工具没能完成 NAT 类型的判定，而不是说存在一种叫 Unknown 的 NAT。判定没有完成，可能是因为 UDP 根本没有走通，也可能只是探测过程中某一步超时。所以 Unknown 本身不能直接说明节点不支持 UDP，只能说明“这一次没有得到结论”。

是否需要担心，取决于你的用途：只浏览网页、看视频，通常可以忽略；依赖语音、会议、联机游戏的用户，值得按顺序排查。本文只解释判定原因，不把 Unknown 归因到任何品牌。所在二级专题为 测速指标专题，上层总览见 机场测速方法。

判定流程在哪一步会停下

NAT 类型判定需要客户端与探测服务器之间多次 UDP 往返（判定步骤见 UDP NAT 类型 FullCone、RestrictedCone、Symmetric 有什么区别）。在以下任一位置中断，工具都可能给出 Unknown：

1. 首个 UDP 请求没有发出：客户端未开启 UDP 转发，或系统层面拦截。
2. 请求发出但没有回应：节点或协议没有转发 UDP，或探测服务器不可达。
3. 部分回应丢失：判定所需的某次往返因丢包或超时失败。
4. 回应异常：出现工具无法归类的映射行为。

前两种通常意味着 UDP 确实不通，后两种则可能只是临时因素。区分它们的办法是重复测试：如果每次都是 Unknown，UDP 不通的可能性更大；如果时有时无，更可能是偶发超时。

产生 Unknown 的几类原因

节点是否支持 UDP，取决于协议、服务器与客户端三方条件，这部分原理属于网络专题，见 机场节点支持 UDP 吗。

按顺序排查

如果你确实需要 UDP，可以按从近到远的顺序排查：

1. 重复测试：同一节点连续测几次，确认 Unknown 是否稳定出现。
2. 换节点对照：同一订阅中换几个节点测试，如果全部是 Unknown，问题更可能在本地或客户端。
3. 检查客户端：确认配置中已开启 UDP，并了解当前代理模式是否接管 UDP 流量。系统代理模式下，很多应用的 UDP 流量不会经过代理。
4. 换网络环境：用手机热点或家庭宽带替换公司、学校网络，排除本地限制。
5. 换协议节点：如果订阅中有多种协议的节点，换一种测试，判断是否与协议相关。
6. 向品牌确认：以上都排除后，再向品牌客服询问该节点是否支持 UDP，并把结果记为待核实或已确认。

客户端模式、规则命中等问题的排查方法，可参考 规则分流与故障排查；如果开启 TUN 模式后出现断网，见 开启 TUN 模式后断网。

什么时候需要担心

记录 Unknown 时要写下什么

Unknown 是一个“缺少结论”的结果，记录时比其他结果更需要附带条件，否则日后无法判断它代表什么。建议至少写下：

• 测试工具与它使用的探测方式，不同工具对超时的容忍度不同；
• 客户端是否开启 UDP、当前使用系统代理还是 TUN 等模式；
• 节点名称与协议类型；
• 所在网络环境，例如家庭宽带、手机流量或公司网络；
• 重复测试的次数，以及其中几次为 Unknown；
• 同一时间其他节点的结果，用来判断是否为全局性问题。

有了这些信息，“五次中一次 Unknown”和“五次全是 Unknown”就能被区分开，前者更像偶发超时，后者才值得进一步排查。完整的测试记录项见 自己动手测速。

本站截图中的 Unknown 如何处理

本站资料包说明提到，批次截图中存在 UDP 类型为 Unknown 的结果。这些结果与零速度、异常延迟一样，属于原始记录，截图发布时未做删改。本站遵循两条原则：不把 Unknown 解读为某个品牌“不支持 UDP”；不把它挑出来与其他品牌比较。原始结果的保留与解读方式，见 测速结果里的零速度与异常延迟应该如何保留和解读。

关于 Unknown 的三个疑问

关于 Unknown 是否等于不支持 UDP：只有在重复测试、换节点、换网络、检查客户端之后仍稳定出现，才可以初步怀疑节点不转发 UDP，最终仍需向品牌确认。

关于只浏览网页是否需要在意：多数情况下不需要，相关应用会回退到 TCP。

关于本站截图里的 Unknown：属于单次原始记录，不作为品牌 UDP 能力的判断依据。

请在遵守所在地法律法规与平台条款的前提下排查和使用网络服务。