Hy2 的 UDP 速度似乎非常慢 - V2EX
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
fan88
V2EX    宽带症候群

Hy2 的 UDP 速度似乎非常慢

  •  
  •   fan88 2024-02-29 04:18:56 +08:00 7030 次点击
    这是一个创建于 589 天前的主题,其中的信息可能已经有所发展或是发生改变。
    最近尝试了 Hy2 ,TCP 速度不错可以跑满带宽,但 UDP 速度非常差劲,服务端->客户端 UDP 速率仅能达到最大带宽的 10%
    [我环境中的 Hy2 协议使用 UDP 连接,这里说 UDP 差劲是基于 Hy2 的流量]

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

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

    提问:
    1 、除了 Hy2 以外还有什么类似的工具,能够伪装流量,并且最好对于 udp 友好
    2 、我想到了多年前的 UDPspeed ,虽然他的主要目的并不是伪装而是抗丢包,但他内置了加密功能。我想知道他的内置加密功能足以对抗审查吗?
    第 1 条附言    2024-02-29 18:40:33 +08:00
    我觉得我可能没有讲明白一个事情。

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

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

    而使用了 Hy2 (目的是为了过墙混淆),反而导致实际带宽利用率只有 10%( 50M )
    第 2 条附言    2024-02-29 18:41:04 +08:00
    所以我想表达的是,他不只是没有加速效果,甚至是副作用更大
    26 条回复    2024-05-16 22:10:34 +08:00
    semglassiebaba
        1
    semglassiebaba  
       2024-02-29 06:45:26 +08:00
    套娃有啥意思,人家都说了 udp 流量没有加速效果
    semglassiebaba
        2
    semglassiebaba  
       2024-02-29 06:47:15 +08:00
    网上就那么几种合理的 udp ,然后你拿出一个未知轮子,你说你是不是最靓的崽
    YGBlvcAK
        3
    YGBlvcAK  
       2024-02-29 08:55:19 +08:00
    hy 不支持 udp 加速,udp 加速用这个大佬的:
    https://github.com/wangyu-/UDPspeeder
    bclerdx
        4
    bclerdx  
       2024-02-29 12:10:27 +08:00 via Android
    @semglassiebaba 最靓的崽就被掐死在摇篮中了。
    wangyucn
        5
    wangyucn  
       2024-02-29 12:18:21 +08:00
    >2 、我想到了多年前的 UDPspeed ,虽然他的主要目的并不是伪装而是抗丢包,但他内置了加密功能。我想知道他的内置加密功能足以对抗审查吗?

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

    如果想要更强的伪装可以用 udp2raw, tcp 模式是加密混淆(aes+hmac) + 伪装成 tcp, udp 模式是仅加密混淆。
    cnbatch
        6
    cnbatch  
       2024-02-29 13:15:17 +08:00
    想要给 UDP 套一层?可以试试 UDPHop: /t/898299
    fan88
        7
    fan88  
    OP
       2024-02-29 16:46:26 +08:00
    @wangyucn 现在审查重点可能还是在 tcp 上,伪装成 tcp 不知道是不是会有反作用
    wangyucn
        8
    wangyucn  
       2024-02-29 16:54:44 +08:00
    不是有 udp 模式吗,觉得有反作用可以用 udp
    leconio
        9
    leconio  
       2024-02-29 17:28:24 +08:00
    如果被 cos 了。可以考虑用这个 https://github.com/dndx/phantun
    daisyfloor
        10
    daisyfloor  
       2024-02-29 18:04:57 +08:00
    就很搞笑,你用产品不看文档的么?

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

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

    你网络环境 UDP 有多烂,用不用这个 还是一样的烂。
    basncy
        11
    basncy  
       2024-02-29 18:20:57 +08:00
    路过...我只关心丢包问题, zoom/webrtc 开个会而已, 不用密上加密.
    @wangyucn 单纯双倍发包, -j TEE 是不是可以替代udpspeeder 效率更高?
    fan88
        12
    fan88  
    OP
       2024-02-29 18:42:52 +08:00
    @daisyfloor @semglassiebaba

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

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

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

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

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

    (连接是 GIA 线路所以是可以跑满 UDP 的。
    Holodusk
        13
    Holodusk  
       2024-02-29 18:46:27 +08:00
    直接用 Shadowsocks 不行吗?反正墙从来不管 UDP
    fan88
        14
    fan88  
    OP
       2024-02-29 18:47:32 +08:00
    @Holodusk 被封过一次 ,使用 SS 的 2022-bl.. 那个协议,IP 阻断
    daisyfloor
        15
    daisyfloor  
       2024-02-29 18:47:47 +08:00
    @fan88 文档表达意思其实很清楚:它不保证 UDP 流量被代理后的品质。

    代码估计都没有针对 UDP 做任何事情,甚至额外的逻辑可能产生负优化。 这不是很正常的情况么?
    fan88
        16
    fan88  
    OP
       2024-02-29 18:48:12 +08:00
    @Holodusk 就是不确定是不是会管 UDP..... 像 WG ZT 这种连一般行为管理/防火墙都能识别的,特征明显的 也不管?
    cnbatch
        17
    cnbatch  
       2024-02-29 19:34:05 +08:00
    墙真要管的话,会主动干扰连接(封端口封 IP 之类)
    所以可以等到墙干扰了连接再套壳
    Holodusk
        18
    Holodusk  
       2024-02-29 21:14:37 +08:00
    @fan88 L4 的 UDP 协议面对 GFW 应该都是安全的
    Holodusk
        19
    Holodusk  
       2024-02-29 21:19:10 +08:00
    @Holodusk 保险起见最好把 ss 的 tcp 监听关掉
    fan88
        20
    fan88  
    OP
       2024-02-29 21:38:08 +08:00
    @Holodusk 如果这样的话,我直接跑 WG ,墙也不管咯?
    icaolei
        21
    icaolei  
       2024-02-29 22:27:55 +08:00
    等等,hysteria2 不是基于 QUIC 的吗? QUIC 不就是走的 UDP 吗?你再套一层 UDP 的意义是啥?
    slowman
        22
    slowman  
       2024-02-29 22:34:48 +08:00
    不跑 iperf3
    不给命令和配置
    不抓包
    不打日志

    只会*
    wangyucn
        23
    wangyucn  
       2024-03-01 00:21:07 +08:00
    > 文档中确实提到对 UDP 没有任何的加速效果。
    > 所以我想表达的是,他不只是没有加速效果,甚至是副作用更大

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

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

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



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

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

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

    这个帖子里这么多人怼你,你不觉得自己理解和沟通上有一些问题吗
    关于     帮助文档     自助推广系统     博客     API     FAQ     Solana     4979 人在线   最高记录 6679       Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 29ms UTC 03:55 PVG 11:55 LAX 20:55 JFK 23:55
    Do have faith in what you're doing.
    ubao snddm index pchome yahoo rakuten mypaper meadowduck bidyahoo youbao zxmzxm asda bnvcg cvbfg dfscv mmhjk xxddc yybgb zznbn ccubao uaitu acv GXCV ET GDG YH FG BCVB FJFH CBRE CBC GDG ET54 WRWR RWER WREW WRWER RWER SDG EW SF DSFSF fbbs ubao fhd dfg ewr dg df ewwr ewwr et ruyut utut dfg fgd gdfgt etg dfgt dfgd ert4 gd fgg wr 235 wer3 we vsdf sdf gdf ert xcv sdf rwer hfd dfg cvb rwf afb dfh jgh bmn lgh rty gfds cxv xcv xcs vdas fdf fgd cv sdf tert sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf shasha9178 shasha9178 shasha9178 shasha9178 shasha9178 liflif2 liflif2 liflif2 liflif2 liflif2 liblib3 liblib3 liblib3 liblib3 liblib3 zhazha444 zhazha444 zhazha444 zhazha444 zhazha444 dende5 dende denden denden2 denden21 fenfen9 fenf619 fen619 fenfe9 fe619 sdf sdf sdf sdf sdf zhazh90 zhazh0 zhaa50 zha90 zh590 zho zhoz zhozh zhozho zhozho2 lislis lls95 lili95 lils5 liss9 sdf0ty987 sdft876 sdft9876 sdf09876 sd0t9876 sdf0ty98 sdf0976 sdf0ty986 sdf0ty96 sdf0t76 sdf0876 df0ty98 sf0t876 sd0ty76 sdy76 sdf76 sdf0t76 sdf0ty9 sdf0ty98 sdf0ty987 sdf0ty98 sdf6676 sdf876 sd876 sd876 sdf6 sdf6 sdf9876 sdf0t sdf06 sdf0ty9776 sdf0ty9776 sdf0ty76 sdf8876 sdf0t sd6 sdf06 s688876 sd688 sdf86