Hy2 的 UDP 速度似乎非常慢

128 天前
 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 ,虽然他的主要目的并不是伪装而是抗丢包,但他内置了加密功能。我想知道他的内置加密功能足以对抗审查吗?
3789 次点击
所在节点    宽带症候群
26 条回复
icaolei
127 天前
等等,hysteria2 不是基于 QUIC 的吗? QUIC 不就是走的 UDP 吗?你再套一层 UDP 的意义是啥?
1423
127 天前
不跑 iperf3
不给命令和配置
不抓包
不打日志

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

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

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

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



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

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

本来 wireguard 是 udp ,wireguard 里面跑着 tcp ;现在 wireguard 外面又跑了层 quic 。tcp 跑在 quic 里面,两层拥塞控制,再慢也不奇怪。
Jirajine
127 天前
盲猜你的 mtu 有问题,wireguard 经过其他非标准的封装代理后确实会出现这种情况。
你可以调整 mtu 、更换成无拥塞控制的纯 udp 代理协议、udp over tcp 的代理协议,依次测试 wireguard 隧道的表现。
另外 udp 测速也可以用 iperf3 的 udp 模式,以定位是 qos 、外层协议的问题还是 wireguard 的问题。
fan88
108 天前
@wangyucn 老哥,那么针对 WG UDP 的混淆,有推荐的可靠方案吗?
wangyucn
50 天前
@fan88 我觉得我前面好像已经说过了啊

这个帖子里这么多人怼你,你不觉得自己理解和沟通上有一些问题吗

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/1019315

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX