Hysteria2、TUIC 等节点出现握手超时或断流时，需要先确认错误来自节点通信，再判断是否涉及 QUIC UDP 的兼容性。网页打不开、测速为负数本身不足以证明 GSO 有问题。
找到正确的开关
2026-10-04 核对的 OpenClash 正式版为 0.47.156。其“插件设置 → 模式设置”中提供“禁用 quic-go GSO 支持”（disable_quic_go_gso），源码说明建议在 Linux 内核 6.6 以上遇到 QUIC UDP 问题时尝试启用。这是针对特定故障的尝试条件，不是所有路由器的统一设置。
“流量控制”里的“禁用 QUIC”是另一项功能。不要因名称相近就一起修改；本次验证只针对 quic-go GSO 开关。TUN 网卡的 GSO 参数也不能按名字直接当成同一项。
先留下可比较的基线
准备以下记录，再开始修改：
| 记录项 | 如何取得或描述 |
|---|---|
| 固件与内核版本 | 路由器系统信息；SSH 中的 uname -r |
| 插件与代理内核 | 记录各自版本，不能只记 OpenClash 版本 |
| 故障节点 | 用不含凭据的代号，注明协议类型 |
| 网络与请求 | 同一终端、同一网络、同一目标和请求方式 |
| 错误时间 | 对应核心日志中的第一条相关错误 |
核心日志中有 quic-go、GSO 或 UDP 相关报错时，记录完整错误上下文。只有 timeout 时还存在服务端不可达、配置错误等其他可能，不能把超时直接标记成 GSO 故障。
做一次单变量对照
- 保存当前开关状态和故障日志。
- 仅启用“禁用 quic-go GSO 支持”，应用后重启 OpenClash。
- 确认代理内核已重新运行，再在同一节点和网络下建立新连接。
- 重复原先容易失败的操作，记录错误是否消失、是否仍在相近时间断流。
- 在能恢复的条件下回到原值，核对故障是否再次出现；若无法安全重现，结论应保留为“修改后观察到改善”。
没有统一的观察时长能覆盖所有故障。若之前是长连接使用一段时间后失败，打开一张网页便成功不足以完成验证。不要编造速度提升百分比，也不要把短暂成功归因于这个开关。
修改无效时往哪里查
保留新旧两份日志和当前版本。先核对节点的协议、服务器地址、端口、认证与传输参数，再与服务方核对服务器状态。单个节点失败而其他同协议节点正常，也需要排除单节点问题。
如原设置更稳定，可恢复原值并重启插件。不要把“禁用 GSO 无效”扩大成“所有 UDP 代理不可用”，更不要一次改动 DNS、TUN、节点和防火墙来追求偶然成功。日志采集方法见OpenClash 故障证据整理。
官方依据
正式版是否有该开关已通过固定标签确认。开发分支指南会变化；本文不采用其中的性能测量作为本站实测，也不把开发分支默认值写成正式版默认值。