Announce SunnyQUIC

[spongebob888]

Announce SunnyQUIC

在v0.3.0版本的 ShadowQUIC 中， 我们发布了新的代理协议 -- SunnyQUIC. 作为shadowquic 的孪生协议，该协议继承了shadowquic的完整设计，但是去除了JLS伪装层，添加了QUIC 层的用户验证。

Why SunnyQUIC

ShadowQUIC 的特性已经稳定超过半年之久，除了UDP偶尔的QOS 问题之外，其运行是比较稳定的。但是其生态建设一直止步不前，
原因之一是其移植难度。虽然协议设计是比较简单的，但是涉及的协议栈太多。 你需要hack tls 以实现JLS， hack quic 库以实现QUIC 代理伪装，最后再实现ShadowQUIC协议。

另一方面，QUIC 的许多新特性与ShadowQUIC 伪装白名单服务器的目标相悖。 比如Multipath 特性会暴露shadowquic 伪装。作为原生的QUIC代理， SunnyQUIC 会首先尝试一些QUIC的新特性。比如Multipath， 尽管上游对Multipath的path调度还比较简单。

最后由于SunnyQUIC 使用原生的QUIC 栈，并且对QUIC接口做好了抽象，实验其他的QUIC实现会比较方便。

简言之，该协议的主要目标是实验QUIC 新特性与新实现。

Features

• Multipath
• 0-RTT

如何使用

• client.yaml
• server.yaml

[happytrudy]

之前的shadowquic是否还是可以用，也就是使用0.3.0版本二进制文件，配置文件还用以前的是否支持，这个"偷证书"确实好用，如果再加上端口跳跃完美

[spongebob888]

都可以的

[happytrudy]

大佬，shadowquic协议 加上端口跳跃难度很大吗，我现在服务端用iptable端口映射，客户端用v2rayn负载均衡随机 实现伪端口跳跃😂

[egg1234]

试验了shadowquic 0.3.0的SunnyQUIC协议，发现SunnyQUIC协议必须在服务器端配置实际证书而不能"偷证书"，如果那样的话SunnyQUIC协议与TUIC协议及Juicity协议基本没有区别？

[happytrudy]

试验了shadowquic 0.3.0的SunnyQUIC协议，发现SunnyQUIC协议必须在服务器端配置实际证书而不能"偷证书"，如果那样的话SunnyQUIC协议与TUIC协议及Juicity协议基本没有区别？

这是新协议刚加的 后面还要加别的吧

[spongebob888]

没区别，就是多了个multipath，

[yjd]

没区别，就是多了个multipath，

挺好。我最近被封应该是reality的uTls指纹导致的，原来一直用naive最近为了省事没去配域名。有几台用了reality。昨天晚上发现解封了。被封了2天。现在已经把指纹换成fireFox了。
主用squic备用naive，reality还是少用为妙。

[happytrudy]

anytls加relaity一直活着好好的

[yjd]

anytls加relaity一直活着好好的

不同市策略不一样。南方沿海一些市策略特别高。某市直接所有对外国连接tcp全部限速26Mbps 而udp正常。以前有过直接屏蔽所有xyz域名。