机场节点支持 UDP 吗：协议、服务器与客户端三方条件

UDP 能不能用，取决于三方同时满足

机场节点“支持 UDP”不是一个开关，而是三方条件同时成立的结果：协议层要定义 UDP 怎么承载；服务器端，包括中转入口和落地服务器，要开启并放行 UDP；客户端要以能接管 UDP 的方式运行，并启用节点的 UDP 选项。任何一方缺失，依赖 UDP 的语音、视频会议、部分游戏就会失败，或被应用自动退回 TCP 而表现变差。

本文讲支持条件，测试方法归测速专题。所属二级专题见 代理协议二级专题，概览见 一级专题的协议章节。

为什么 UDP 比 TCP 更容易“掉队”

TCP 是面向连接的传输方式，代理只要在两端之间建立一条连接、原样搬运数据即可，几乎所有代理形态都支持。UDP 则不同：它没有连接的概念，每个数据包可能发往不同目标，回包也可能来自不同来源。代理要为每个 UDP 会话记住“谁发给了谁、回包该送回哪里”，还要处理会话超时。这些额外工作意味着，链路上任何一个环节只做了 TCP 转发，UDP 就会在那里中断。

此外，越来越多网页使用基于 UDP 的 QUIC 协议。当 UDP 不通时，浏览器通常会退回 TCP，网页仍能打开，用户感觉不到问题；但语音和游戏往往没有这样的退路。

条件一：协议层怎么承载 UDP

可以看到，多数协议是把 UDP 装进 TCP 或 TLS 连接里传输的。这能让 UDP 应用“可用”，但遇到丢包时，TCP 的重传会让实时性下降。Shadowsocks 与基于 QUIC 的协议则直接用 UDP 传输。关于 QUIC 类协议，见 Hysteria2 与 TUIC 概览。

条件二：服务器端，包括中转入口

服务器端的条件常被忽略，因为它包含不止一台机器：

1. 落地服务器开启 UDP。 代理程序的 UDP 功能需要在配置中启用，部分部署出于资源考虑会关闭。
2. 防火墙与云平台放行。 落地服务器所在网络需要允许 UDP 出入。
3. 中转入口转发 UDP。 如果你连接的是中转入口，入口必须同样转发 UDP。一些中转只做 TCP 端口转发，这时即使落地服务器支持 UDP，也无法到达。
4. 会话超时设置。 UDP 会话空闲多久被清除，会影响长时间静默后的语音或游戏连接。

这些都属于运营方的部署细节。本站整理的 17 个品牌资料都没有提到 UDP 支持，这一项对所有品牌都属于待核实。线路分段与中转的概念见 专线类型：IEPL、IPLC 与中转。

条件三：客户端的运行方式与开关

即使节点支持 UDP，应用的 UDP 流量也要先进入客户端：

• 系统代理模式：设置的是 HTTP 或 SOCKS 代理。HTTP 代理只能承载 TCP；SOCKS5 虽然规定了 UDP 转发，但很多应用并不会把 UDP 交给它。因此只开系统代理时，语音和游戏的 UDP 通常直接绕过了代理。
• TUN 等虚拟网卡模式：在系统层面接管所有流量，包括 UDP，是让应用 UDP 进入代理的常见方式。
• 节点的 UDP 开关：部分客户端配置中，每个节点有单独的 UDP 选项，未开启时 UDP 会被丢弃或直连。
• 规则与策略：部分配置会针对 QUIC 等 UDP 流量设置拒绝规则，迫使浏览器退回 TCP，这会影响你对“UDP 是否可用”的判断。

模式差异与设置方法属于客户端操作，见 Windows 系统代理与 TUN 模式的区别。

按应用判断是否需要关心

对需要 UDP 的应用，NAT 类型会进一步影响点对点连接，见 NAT 类型对游戏与语音的影响。

三种常见误判

把“网页正常”当作 UDP 可用。 浏览器在 QUIC 不通时会退回 TCP，网页照常打开，这恰恰掩盖了 UDP 不通的问题。

把“系统代理已开启”当作应用已走代理。 语音和游戏应用常常不读取系统代理设置，它们的 UDP 可能直接从本地网络发出，表面上能用，实际并未经过节点。

把“某次测出 UDP 正常”当作长期可用。 节点背后可能有多台服务器，中转入口也可能调整，UDP 支持情况会随时间和节点变化，需要在实际使用前复查。

怎样确认，以及本站能提供什么

确认 UDP 是否可用，需要在自己的设备上、以实际使用的客户端模式进行测试，测试指标和方法见 测速指标：延迟、吞吐、丢包与 UDP NAT。本站测速截图中的 UDP 类型字段只是单次记录，正文不转写、不归纳。显示 Unknown 时的含义见 UDP Unknown 是什么意思。购买前如果 UDP 对你很重要，可以直接向客服确认中转入口与落地是否都转发 UDP。

请遵守所在地法律法规与平台条款，包括游戏与通信平台的使用规则。