↓ 跳过正文
  1. 文章/

Hysteria2 掉线、速度上不去?常见故障排查

·1495 字·3 分钟
作者
吾便宜

Hysteria2 是这两年很受欢迎的协议:基于 UDP 的 QUIC,弱网、丢包环境下比 TCP 系协议能打得多。但它对网络环境也更敏感——同样一个配置,在这个网络下飞快,换个网络就频繁掉线。本文按"掉线"和"速度上不去"两类故障排查。

Hysteria2 故障排查

先确认:是协议问题,还是通用问题
#

动手之前先做两个对照,省掉大量弯路:

  1. 换协议测试:同一机场、同一地区,换 VLESS 或 Trojan 测一次。如果换协议就稳定,问题大概率在 Hysteria2 的配置或 UDP 环境;如果换协议也掉线,按 代理已连接却没网排查 8 步 走通用排查。
  2. 换网络测试:手机流量和家里宽带各测一次。如果只在某一个网络下掉线,问题在运营商网络对 UDP 的处理,不在你的配置。

掉线排查:从配置到运营商
#

1. 端口与混淆参数。

Hysteria2 的端口、密码、混淆(obfs)参数必须和服务端完全一致,错一个字符的表现就是"能连上、几秒就断"或者"一直握手失败"。先对照机场给的配置逐项核对,不要凭记忆手打。

2. 客户端与服务端版本。

Hysteria2 仍在快速迭代,某些版本之间存在不兼容。客户端太旧或太新都可能握手异常。先升级到客户端的最新稳定版,再看问题是否还在。

3. 运营商 UDP 限速或 QoS。

这是最常见、也最难察觉的原因:部分宽带、校园网、企业网会对 UDP 流量限速或丢包,TCP 协议不受影响,所以"换 TCP 协议就好、Hysteria2 就掉线"是典型症状。验证办法是换手机流量测试——流量网络下稳定、宽带下掉线,基本可以判定。解决办法是换端口(有些机场提供多个端口)、换网络,或者接受在这个网络下用 TCP 系协议。

4. 证书问题。

自签证书、域名解析不到、系统时间不对,都会导致 TLS 握手失败。先确认系统时间是自动同步的(时间差几分钟就可能握手失败),再确认域名能正常解析。不要图省事长期开启"跳过证书验证",那等于放弃了中间人防护。

速度上不去排查
#

1. 带宽参数设错了。

Hysteria2 客户端有个上下行带宽(bandwidth)设置,它是客户端告诉服务端的"期望速度上限"。设得太低,速度就被人为封顶;设得过高,拥塞控制反而容易失控。先按机场给的推荐值设,机场没给的话,设成你宽带实际带宽的 80% 左右再测。

2. 拥塞控制算法。

Hysteria2 支持 Brutal 拥塞控制(brutal-cc),在带宽充足、延迟稳定的网络下能跑满速度;但在抖动大的网络下,激进的拥塞控制反而会加剧丢包。如果速度上不去,先试试换拥塞控制算法,或者关掉 Brutal 用默认算法对比。

3. 先测丢包和延迟。

用 节点延迟测试 测当前节点的延迟和抖动:延迟本身不高但抖动大,说明网络不稳定,Hysteria2 的速度上限会被拖累。这种情况下换节点比调参数更有效。

4. 确认不是节点负载问题。

高峰期节点带宽被所有用户分摊,速度上不去是正常的。换个低负载时段或换节点测试,排除负载因素后再调配置。

Hysteria2 还是 TUIC?
#

如果你在 Hysteria2 上反复遇到 UDP 相关的问题,可以看看同为 UDP 系的 TUIC:两者定位接近,实现细节不同,在某些网络下 TUIC 的表现反而更好。详细的对比见 TUIC vs Hysteria2,选协议时按你的网络实测结果定,不要只看跑分。

常见问题
#

Hysteria2 一直显示"连接中"但连不上,第一步查什么?

先查端口、密码、混淆参数有没有抄错,再查系统时间和域名解析。这三项占了连不上原因的大多数。

速度时快时慢,配置没动过,是什么问题?

大概率是网络抖动或节点负载波动。先用延迟测试工具看抖动,再换时段、换节点对照,不要急着改配置。

UDP 被限速的网络下,Hysteria2 是不是完全不能用?

不一定。先试换端口(不同端口的 QoS 策略可能不同),再试换网络。如果都不行,在这个网络下用 TCP 系协议是更务实的选择。

相关文章

2026 主流科学上网协议横评:VLESS / Trojan / Hysteria2 / SS 该用哪个

V2Ray、Trojan、Hysteria2……协议名字越出越多。这篇把主流协议一次讲清,帮你选对。 插图来源:Storyset 先说结论(赶时间直接看) # 场景 推荐协议 日常通用,哪个稳用哪个 VLESS / Trojan 网络环境差、经常断流 Hysteria2 轻量需求、老设备 Shadowsocks 对抗强力封锁 VLESS + REALITY / Trojan 各协议速览 # Shadowsocks(SS):元老级协议,轻量、省电、配置简单。缺点是特征相对明显,高强度封锁下容易被识别。适合备用线路和低端设备。

流媒体解锁失败?奈飞、迪士尼分流与 DNS 排查

·1375 字·3 分钟
流媒体解锁失败是最让人困惑的故障之一:代理明明开着、别的网站都正常,偏偏奈飞、迪士尼提示"不在服务区"或"检测到代理"。其实解锁只取决于三件事:出口 IP 的地区、DNS 解析走哪条路、分流规则有没有把流媒体域名送进代理。按这个顺序查,大多数问题都能定位。

国外网站支付失败排查

·1631 字·4 分钟
支付失败时,页面上的报错信息通常语焉不详——“payment declined"“交易失败”,等于什么都没说。真正的原因藏在发卡行、卡组织、收单行、商家风控这四方之间。下面 7 个原因按排查顺序排列,一个一个对。