Hy2 的 UDP 速度似乎非常慢

[fan88]

最近尝试了 Hy2 ，TCP 速度不错可以跑满带宽，但 UDP 速度非常差劲，服务端->客户端 UDP 速率仅能达到最大带宽的 10%
[我环境中的 Hy2 协议使用 UDP 连接，这里说 UDP 差劲是基于 Hy2 的流量]

github 中似乎也有人提到： https://github.com/apernet/hysteria/issues/871

选择 Hy2 最主要的目的是想伪装我的 UDP 流量，wg 的流量。但是目前来说显然不满足需求。

提问：
1 、除了 Hy2 以外还有什么类似的工具，能够伪装流量，并且最好对于 udp 友好
2 、我想到了多年前的 UDPspeed ，虽然他的主要目的并不是伪装而是抗丢包，但他内置了加密功能。我想知道他的内置加密功能足以对抗审查吗？

我觉得我可能没有讲明白一个事情。

文档中提到对 UDP 没有任何的加速效果。

实际情况是，我再不使用 Hy2 ，直连 wireguard 的时候，速率可以跑满到带宽最大值（ 500M ）

而使用了 Hy2 （目的是为了过墙混淆），反而导致实际带宽利用率只有 10%（ 50M ）

所以我想表达的是，他不只是没有加速效果，甚至是副作用更大

[semglassiebaba]

套娃有啥意思，人家都说了 udp 流量没有加速效果

[semglassiebaba]

网上就那么几种合理的 udp ，然后你拿出一个未知轮子，你说你是不是最靓的崽

[YGBlvcAK]

hy 不支持 udp 加速，udp 加速用这个大佬的：
https://github.com/wangyu-/UDPspeeder

[bclerdx]

@semglassiebaba 最靓的崽就被掐死在摇篮中了。

[wangyucn]

>2 、我想到了多年前的 UDPspeed ，虽然他的主要目的并不是伪装而是抗丢包，但他内置了加密功能。我想知道他的内置加密功能足以对抗审查吗？

你内层流量已经是 wireguard 了， 数据安全已经由 wireguard 保障了。 你只需要伪装不需要强加密。udpspeeder 的 xor 也是一种伪装。 至于够不够用，自己试一试，以结果为准。

如果想要更强的伪装可以用 udp2raw, tcp 模式是加密混淆(aes+hmac) + 伪装成 tcp, udp 模式是仅加密混淆。

[cnbatch]

想要给 UDP 套一层？可以试试 UDPHop： /t/898299

[fan88]

@wangyucn 现在审查重点可能还是在 tcp 上，伪装成 tcp 不知道是不是会有反作用

[wangyucn]

不是有 udp 模式吗，觉得有反作用可以用 udp

[leconio]

如果被 cos 了。可以考虑用这个 https://github.com/dndx/phantun

[daisyfloor]

就很搞笑，你用产品不看文档的么？

https://v2.hysteria.network/zh/docs/misc/About-HTTP3/

人家都说了 “当使用 Hysteria 来代理基于 UDP 的协议，比如 HTTP/3 时，不会有任何“加速”效果。”

你网络环境 UDP 有多烂，用不用这个 还是一样的烂。

[basncy]

路过...我只关心丢包问题, zoom/webrtc 开个会而已, 不用҃密上加密.
@wangyucn 单纯双倍҃发包҃, -j TEE 是不是可以替代҄udpspeeder 效率更高?

[fan88]

@daisyfloor @semglassiebaba

我觉得我可能没有讲明白一个事情。

文档中确实提到对 UDP 没有任何的加速效果。

实际情况是，我再不使用 Hy2 ，直连 wireguard 的时候，速率可以跑满到带宽最大值（ 500M ）

而使用了 Hy2 （目的是为了过墙混淆），反而导致实际带宽利用率只有 10%（ 50M ）

所以我想表达的是，他不只是没有加速效果，甚至是副作用更大

(连接是 GIA 线路所以是可以跑满 UDP 的。

[Holodusk]

直接用 Shadowsocks 不行吗？反正墙从来不管 UDP

[fan88]

@Holodusk 被封过一次 ，使用 SS 的 2022-bl.. 那个协议，IP 阻断

[daisyfloor]

@fan88 文档表达意思其实很清楚：它不保证 UDP 流量被代理后的品质。

代码估计都没有针对 UDP 做任何事情，甚至额外的逻辑可能产生负优化。 这不是很正常的情况么？

[fan88]

@Holodusk 就是不确定是不是会管 UDP..... 像 WG ZT 这种连一般行为管理/防火墙都能识别的，特征明显的 也不管？

[cnbatch]

墙真要管的话，会主动干扰连接（封端口封 IP 之类）
所以可以等到墙干扰了连接再套壳

[Holodusk]

@fan88 L4 的 UDP 协议面对 GFW 应该都是安全的

[Holodusk]

@Holodusk 保险起见最好把 ss 的 tcp 监听关掉

[fan88]

@Holodusk 如果这样的话，我直接跑 WG ，墙也不管咯？

[icaolei]

等等，hysteria2 不是基于 QUIC 的吗？ QUIC 不就是走的 UDP 吗？你再套一层 UDP 的意义是啥？

[1423]

不跑 iperf3
不给命令和配置
不抓包
不打日志

只会*

[wangyucn]

> 文档中确实提到对 UDP 没有任何的加速效果。
> 所以我想表达的是，他不只是没有加速效果，甚至是副作用更大

很正常，主要还是你理解不到位。

正常情况下如果套了不对的东西，就是套得越多越慢。

> @fan88 文档表达意思其实很清楚：它不保证 UDP 流量被代理后的品质。

对

>代码估计都没有针对 UDP 做任何事情，甚至额外的逻辑可能产生负优化。 这不是很正常的情况么？

实际可能更差。 我没看过代码，但是我猜 hy2 的 udp 是用 quic datagram 实现的。quic datagram 也是走拥塞控制的，比直接走 udp 还差。

本来 wireguard 是 udp ，wireguard 里面跑着 tcp ；现在 wireguard 外面又跑了层 quic 。tcp 跑在 quic 里面，两层拥塞控制，再慢也不奇怪。

[Jirajine]

盲猜你的 mtu 有问题，wireguard 经过其他非标准的封装代理后确实会出现这种情况。
你可以调整 mtu 、更换成无拥塞控制的纯 udp 代理协议、udp over tcp 的代理协议，依次测试 wireguard 隧道的表现。
另外 udp 测速也可以用 iperf3 的 udp 模式，以定位是 qos 、外层协议的问题还是 wireguard 的问题。

[fan88]

@wangyucn 老哥，那么针对 WG UDP 的混淆，有推荐的可靠方案吗？