直接答案
使用Hysteria 2需要兼容客户端、可访问节点、正确认证与可信TLS身份验证。常规部署要求UDP路径可用;它能代理TCP和UDP业务,但代理TCP不等于外层使用TCP。先验证真实业务,再评估带宽和端口跳跃;协议名称不能保证中国大陆长期可用。
官方资料核对:2026年11月1日。 本文讨论Hysteria 2的常规QUIC/UDP部署,并单独说明Mimic等扩展的边界。没有进行中国大陆跨地区、跨运营商连接测试,也不提供“某协议全国稳定可用”的承诺。示例用于解释配置,不是已通过公网验收的生产方案。
Hysteria 2怎么用?先看直接答案
使用Hysteria 2,需要兼容的客户端、可访问的服务端、正确的认证信息和可信的TLS身份验证。常规部署还要求客户端到节点的UDP路径可用;它可以代理TCP和UDP业务,但代理TCP业务不意味着外层变成TCP连接。安装客户端、导入链接和显示连接成功,都不能替代实际业务测试。
如果只是比较选型,先阅读REALITY、Hysteria 2、AnyTLS连接条件对比。本文重点解决三个实际问题:客户端应该怎样配、连接失败先检查哪里、什么条件下不应该继续盲目调参数。
Hysteria 2、QUIC和UDP是什么关系?
Hysteria 2是代理协议及其实现,不是安装后自动获得节点的完整VPN服务。官方协议文档将其定义为基于QUIC的TCP与UDP代理:TCP业务通过流传输,UDP业务使用数据报机制。应用业务、代理协议和底层传输是不同层次。官方协议说明
| 层次 | 常见例子 | 判断时需要注意什么 |
|---|---|---|
| 应用业务 | 网页、下载、语音、游戏 | 每类业务对时延、丢包和持续吞吐的要求不同 |
| 本地接入 | SOCKS5、HTTP代理或客户端的TUN功能 | 只启动本地代理,不代表所有应用自动经过它 |
| 代理协议 | Hysteria 2 | 两端要支持协议和实际使用的扩展参数 |
| 常规外层传输 | QUIC承载于UDP | 节点TCP端口能通,不能证明UDP路径正常 |
| 扩展封装 | Linux上的Mimic集成 | 是额外部署条件,不能直接套用到所有手机客户端 |
这也解释了一个常见误会:sing-box的Hysteria 2出站中,network: tcp限制的是可代理的业务类型,不是将外层QUIC连接改成普通TCP。其文档说明默认允许TCP和UDP两种业务。sing-box出站说明
2026年大陆使用Hysteria 2,应该先确认什么?
应该确认具体线路和设备的连接条件,而不是先找“抗封参数”。同一节点在家庭宽带、移动数据和公司网络上的表现可能不同;一次成功只能证明该时间、该线路、该配置完成了测试。
我们的排查建议是按依赖顺序确认:域名解析指向预期入口,服务端进程正常,云安全组与主机防火墙允许目标UDP端口,客户端版本兼容,混淆配置一致,TLS验证通过,认证成功,最后检查真实请求和DNS。记录失败发生在哪一层,比反复更换所有参数更有用。
同时保留一条经过验证的备用连接路径。备用的意义是降低单一入口或传输条件故障的影响,不是保证所有网络都可用。有关不同候选方案的边界,可查看中国大陆VPN协议连接条件分析。
哪些客户端支持Hysteria 2?
下面比较的是官方文档能确认的实现入口,不是应用商店下载榜,也不是全平台实机认证。第三方客户端可能采用不同内核版本;应用名称不变,不代表扩展功能和配置字段完全相同。Hysteria官方也明确提醒,第三方实现不由其控制,可能尚未包含最新修复或功能。第三方应用说明
| 实现 | 核对入口 | 配置关注点 | 使用前要核对 |
|---|---|---|---|
| Hysteria官方程序 | 官方客户端配置文档 | server、auth、tls,本地SOCKS5/HTTP监听 |
二进制版本、操作系统及服务端配置 |
| sing-box内核及相应客户端 | 官方Hysteria2出站文档 | type: hysteria2、password、tls |
实际内核版本;不能直接复制官方YAML作为JSON |
| mihomo内核及相应客户端 | 官方Hysteria2代理文档 | password、sni、skip-cert-verify等 |
前端是否保留参数;不能使用Hysteria 1配置冒充2 |
例如,官方程序的认证字段是auth,sing-box和mihomo使用password;mihomo端口跳跃字段是ports与hop-interval。这些配置不是只替换协议名称就能互相转换。mihomo配置说明
版本检查还要区分“大版本兼容”和“可选功能兼容”。Hysteria 2与Hysteria 1不兼容;双方都写着Hysteria 2,也仍需核对混淆、端口跳跃或其他新增能力。不要把在线最新版文档里的字段默认视为已安装稳定版全部支持。官方版本兼容说明
第一次配置前,向服务提供方确认六项信息
- 节点地址与端口,以及是否使用端口范围。
- 服务端实现与版本,是否支持所选客户端。
- 认证方式:普通密码还是用户名与密码组合。
- 证书对应的服务器名称,以及可信证书链或专门提供的信任材料。
- 是否启用混淆;如启用,类型与密码必须匹配。
- 该账户的带宽、流量和并发限制,以及故障反馈入口。
分享链接通常包含认证信息,应该像密码一样保护,不要贴进公开工单、截图或GitHub。Hysteria官方URI规范使用hysteria2://或hy2://;含特殊字符的认证内容需要正确编码。导入成功后仍要检查名称、证书验证和高级参数是否被客户端完整保留。官方链接格式
官方客户端最小配置应该怎样理解?
下面仅用于自有或已获授权节点,假设服务端未启用混淆、使用普通密码认证,并具备与node.example.com匹配的可信证书。地址与密码都是占位值,不能直接连接;示例已按官方字段核对,但未进行二进制配置校验或公网连接验证。不同客户端请使用各自配置格式。
server: node.example.com:443
auth: "REPLACE_WITH_YOUR_OWN_SECRET"
tls:
sni: node.example.com
insecure: false
socks5:
listen: 127.0.0.1:1080
http:
listen: 127.0.0.1:8080
这个配置有三个刻意保留的安全边界:开启证书验证;只在本机回环地址监听代理,避免意外开放给局域网或公网;不先填写夸张带宽值。它仅建立本地代理入口,还需要让目标应用正确使用对应代理,不能直接等同于全设备VPN模式。官方客户端入门
服务端也必须具备监听、证书与认证配置,客户端文件不能替代服务端部署。若采用ACME自动签发,应单独核对证书申请方式、域名与续期责任,不要因为代理UDP端口已开放,就认为证书续期一定成功。官方服务端入门
TLS、SNI和混淆密码分别检查什么?
TLS验证负责确认连接到预期服务器。sni应对应所要验证的服务器名称,不是随便填写一个大网站域名就能通过验证。遇到未知签发机构、证书过期或名称不匹配,应先修复证书与信任配置;不应把关闭验证当作永久解决方案。
私有CA场景可以按客户端文档提供信任材料;采用证书指纹固定时,还需要安排证书轮换后的更新流程。连接加密与服务器身份可信是两个要求,不能只满足前者。
混淆密码与账户认证密码也不是同一个概念。当前官方文档列出Salamander和实验性的Gecko;混淆配置不一致可能直接表现为超时,而不是清楚提示“密码错误”。新类型需要两端实现支持,不应仅为追新而在生产批量切换。完整客户端配置
带宽参数是不是越大越快?
不是。带宽字段不是购买带宽,也不是突破线路上限的开关。当前官方客户端文档区分Brutal、BBR和Reno等拥塞控制选项;配置相应方向的bandwidth会选择Brutal,省略该部分则按非Brutal拥塞控制设置工作。对实际带宽没有把握时,不应随意填写远高于线路承载能力的数字。官方带宽说明
| 要检查的项目 | 建议记录 | 避免的误判 |
|---|---|---|
| 上行与下行 | 分别测量,并写明观察方向 | 家庭下载很快,不代表上行同样充足 |
| Mbps与MB/s | 明确单位,区分比特和字节 | 100 Mbps不等于100 MB/s |
| 共享节点 | 单用户测试与高峰并发分别观察 | 空闲测速不能代表晚高峰容量 |
| 稳定性 | 吞吐之外记录时延、错误和中断 | 峰值提高,不代表交互体验改善 |
| 服务端限制 | 记录账户与服务器带宽设置 | 只改客户端,不检查服务端约束 |
我们的调参建议是先保留基线,改变一个变量,重复相同任务,再比较结果。不要同时修改拥塞控制、接收窗口和内核参数,否则改善或恶化都难以归因。官方性能文档还指出CPU与系统缓冲等可能成为瓶颈;线路带宽充足,不代表低配服务器能达到同样吞吐。性能排查资料
端口跳跃、Mimic和CDN能解决什么?
端口跳跃不能修复所有UDP不可达。 它针对部分端口相关限制场景,需要服务端端口和转发规则配合;如果路径普遍限制UDP,换一组UDP端口不等于换了传输条件。官方文档明确区分这两类情况,也提示Mimic不能与端口跳跃同时使用。端口跳跃说明
Mimic需要单独看待。最新专门文档介绍了Linux上的集成:通过额外程序和eBPF把UDP包改写为TCP外观,双方都要启用。它不是把QUIC改造成普通TCP连接,也不是所有iOS或Android客户端已有的开关。它涉及额外平台、权限与运维要求,不能据此承诺在受限网络必然可用。Mimic官方说明
普通网站CDN代理也不能直接套在Hysteria节点前。CDN支持HTTP/3,并不代表支持认证之后的Hysteria自定义代理流量。其他四层转发产品应按其明确支持的协议和服务条款单独评估,不要把“域名能打开网页”误认为节点转发已工作。官方CDN说明
Hysteria 2连不上:按阶段排查,而不是只看报错关键词
以下矩阵结合官方常见错误和工程排查建议。错误信息是定位入口,不是对网络封锁、账号状态或攻击行为的自动判定。官方故障说明
| 现象或阶段 | 优先检查 | 下一步验证 | 不应直接下的结论 |
|---|---|---|---|
| 域名解析错误 | DNS结果、节点地址、IPv4/IPv6路径 | 对照服务端实际入口 | 协议已经失效 |
no recent network activity |
进程、UDP端口、防火墙、地址和混淆参数 | 核对服务端同一时间的日志 | 一定被封锁或一定是密码错误 |
| 认证返回404 | 凭据、目标服务器、服务端认证设置 | 用管理员确认的测试账户复核 | 普通网站页面404,与协议无关 |
unknown authority |
证书链、私有CA、系统信任库 | 检查可信来源的证书材料 | 永久关闭证书验证即可 |
| 端口绑定权限不足 | 端口占用和运行权限 | 按最小权限修复服务启动 | 必须把全部服务改为root运行 |
| 已连接但网页失败 | 本地代理使用情况、DNS、路由与节点出口 | 测试一个已知目标,并检查实际请求路径 | 握手成功就代表业务正常 |
| 可下载但语音或游戏异常 | 应用是否经过代理、UDP业务开关与目标限制 | 单独验证对应UDP业务 | TCP网页正常就代表全部业务正常 |
| 高峰变慢或持续掉线 | 丢包、CPU、共享带宽、限额和并发 | 固定任务对比高峰与低峰 | 把带宽参数翻倍就会修复 |
收集日志时保留时间、版本、错误阶段和脱敏节点标识即可。不要提交完整订阅、密码、用户浏览内容或服务器私钥。需要供应商协助时,附上能重复的步骤和受影响网络类型,比一张“无法连接”的截图更有效。
怎样测试速度,才能知道问题在哪里?
官方内置测速从Hysteria 2.3.0开始提供,需要服务端显式启用;它测的是客户端与服务器之间的代理链路。测试会受配置带宽约束,而且不经过服务器的ACL与出站逻辑,因此不能替代真实目标访问测试。官方测速说明
建议至少区分三层:是否完成身份验证和认证、客户端到节点的性能、节点出口到真实目标的业务表现。下面是记录模板,不是本站实测结果。
| 测试层次 | 记录项目 | 通过条件由谁定义 |
|---|---|---|
| 连接建立 | 实现版本、网络类型、握手结果、错误阶段 | 项目功能验收范围 |
| 节点链路 | 上下行吞吐、持续时间、CPU、配置带宽 | 实际采购容量与设备能力 |
| 真实业务 | 指定网页、下载或通话的完成情况 | 产品支持的业务场景 |
| 持续运行 | 高峰表现、重连、睡眠恢复与网络切换 | 客户端和运维交付要求 |
不要只展示最高一次速度。相同设备、相同节点、同类网络下重复记录,才有条件讨论参数变化;跨运营商或跨地区结论需要对应样本。未经测试的估计应标成估计,不能写成“全网稳定”或“无损提速”。
商业VPN接入Hysteria 2,要验收哪些交付?
交付不能止于“导入能连接”。建议保存客户端与内核版本清单、可选功能矩阵、证书更新流程、配置分发权限、错误分类、节点健康检查和回退方案。先用小范围客户端验证升级,再决定是否扩大,不应同时改变服务端协议参数和全部客户端。
协议健康检查也应包含真实认证与业务请求,而不只检查进程存活。客户端从Wi-Fi切到移动数据、进入后台后恢复、账户过期、证书轮换和节点切换,都应作为独立场景测试。具体系统拆分见VPN节点系统完整架构,平台适配见如何开发一款VPN App。
需要把协议能力接入自有产品时,可参考VPN协议与SDK开发和VPN节点部署与运维。验收标准应写入实际交付范围,不把本文的排查模板冒充已经完成的生产认证。
Hysteria 2常见问题
Hysteria 2在中国大陆一定能用吗?
不能保证。常规部署取决于具体UDP路径、节点、客户端和配置;本文只有官方资料核对,没有全国范围的连接实测。应在目标网络验证真实业务并安排备用方案。
Hysteria 2能代理TCP吗?
能。它支持TCP和UDP业务,但常规QUIC连接仍通过UDP承载。不要把业务类型和外层网络传输混为一谈。
TCP 443端口可以访问,为什么Hysteria 2超时?
同一个端口号下,TCP和UDP的可达性不能互相证明。先检查UDP监听、防火墙、路由及混淆参数,再结合服务端日志定位。
端口跳跃可以解决所有UDP限制吗?
不可以。官方说明明确指出,普遍限制UDP与仅限制特定UDP端口不同;端口跳跃不能消除前者。端口范围还需要服务端和网络规则配合。
把带宽写成1000 Mbps会更快吗?
不会自动获得更高带宽。过高参数可能加剧拥塞与不稳定;先确认单位、方向、线路容量及服务端约束,再通过重复测试判断。
证书错误时可以关闭验证吗?
不应作为生产修复。先确认域名、证书链、有效期和信任材料;私有CA或证书固定应按对应客户端文档配置,并考虑更新流程。
Hysteria 1的订阅能直接用于Hysteria 2吗?
不能按同一协议直接使用。两者不兼容,需要匹配的服务端、客户端与配置。第三方订阅转换也应核对转换结果而非仅看导入成功。
有Mimic是不是手机也能直接启用Fake TCP?
不能这样推断。当前专门文档描述的是Linux集成,需要额外程序和双方配合。手机应用是否支持应以其明确文档和实际版本验证为准。
显示已连接,是否代表全设备流量都经过节点?
不代表。本地HTTP/SOCKS5代理、系统代理与TUN接管范围不同,还可能受到应用和路由规则影响。应该检查目标应用真实请求,而不是只看状态按钮。
总结:先验证路径,再讨论调参
Hysteria 2的关键不是参数越多越专业,而是按层验证:兼容实现、可达路径、TLS身份、正确认证、本地接入和真实业务。保留版本与测试记录,遇到UDP条件不满足时评估备用连接,而不是无限尝试端口和带宽值。需要比较TCP路线,可继续阅读AnyTLS客户端、安全配置与排障指南。
官方技术与平台资料
- Hysteria 2协议与TCP/UDP承载Hysteria
- 官方客户端入门与带宽选择Hysteria
- 官方服务端入门Hysteria
- 客户端TLS与混淆参数Hysteria
- 第三方应用支持边界Hysteria
- Hysteria 2与1版本兼容Hysteria
- 端口跳跃的用途与限制Hysteria
- Mimic Linux集成与边界Hysteria
- 普通CDN转发限制Hysteria
- 官方常见错误排查Hysteria
- 吞吐与系统性能影响Hysteria
- 内置测速条件及测量范围Hysteria
- Hysteria 2分享链接格式Hysteria
- sing-box Hysteria2出站sing-box
- mihomo Hysteria2代理配置mihomo
项目评估
把Hysteria 2接入做成可验收的产品能力
核对目标平台、内核版本、节点条件与配置分发,再验收连接、恢复和故障回退。
