猫之星语

@xoldblack 这不属于本仓库的讨论范畴，有问题请先咨询谷歌。 https://blog.csdn.net/he_jian1/article/details/40787269

不用适配，miui强制深色模式，效果很好，其他系统自便。

如果需要代理udp流量，建议在shadowsocks那一侧使用UoT，这是可实现并且已实现的，向防火墙外传出的shadow-tls流量中个人认为不应夹杂udp流量。 另外一种被发现同样可以代理udp流量的方法是为shadowsocks那一侧开启多路复用，据一些有识之士的见解，这是因为多路复用会携带udp帧什么的（也许说得不太准确）。 我个人使用的办法是UoT。 尽管说目前有很多种基于QUIC开发的绕过防火墙的方案，但是GFW防火墙、部分地区网络甚至是例如有些局域网比如公司的防火墙对udp流量可能还是比较敏感的，它们有些要么一律识别将QUIC为udp流量根据udp流量的相关规则进行管制、限速，要么禁止udp流量的传输等等。 另外，shadow-tls的设计初衷是伪造到别的网站的tls流量，目前不是有非常多的网站支持HTTP/3，大部分的tls流量是以tcp的形式传输的，如果shadow-tls假设支持了QUIC，某人拿某网站作为伪装，还需要考虑其是否支持HTTP/3，并考虑本地网络到搭载着shadow-tls的远程机器之间udp流量的通透性。

目前使用UoT可以正常转发udp流量外，且支持FullCone NAT。

楼上说的什么*玩意 `cp /usr/local/lib/libgmssl.so.3 /usr/lib64` ``` [root@localhost lib]# gmssl version GmSSL 3.0.0 ```

> 楼上说的什么*玩意 > `cp /usr/local/lib/libgmssl.so.3 /usr/lib64` > > ``` > [root@localhost lib]# gmssl version > GmSSL 3.0.0 > ``` 楼主看完可以close了

亲爱的soffchen，您好。 目前SagerNet使用的是经Project S修改的v2ray-core，并且该项目已经长时间未更新。当前SagerNet正在寻找另外一个开发者来接手维护。很抱歉这个问题给您造成了困扰，目前的解决办法是两端都使用sing-box，并且客户端按照以下配置，针对您的要求开启多路复用。 https://sing-box.sagernet.org/zh/configuration/shared/multiplex/ 感谢您对Project S的支持。 Best Regards, longmoon77

您好，SagerNet提供shadowsocksR的基本支持，其实这些支持来自v2rayA的shadowsocksR的Go库，而不是我们的软件利用了其他库额外提供了shadowsocksR的支持，如果您需要完整的shadowsocksR支持，您可以考虑选择以下的仓库，谢谢您对Project S的支持。 [shadowsocksrr/shadowsocksr-android](https://github.com/shadowsocksrr/shadowsocksr-android) [xxf098/shadowsocksr-v2ray-trojan-android](https://github.com/xxf098/shadowsocksr-v2ray-trojan-android) 最后善意地提醒您，不建议您在生产环境中使用shadowsocksR（包括shadowsocksRR） ，这种协议目前是不安全的。 Best Regards, longmoon77

It should be reopen, because nothing is fixed in wayland on ArchLinux with sddm and plasma.

亲爱的lin1123，您好。 目前在香港ip的远端服务器中发现了这个问题，故障暂时无法排除而在Clash for Android中如果规则正确则可能是正常的。到目前为止可能还无法很好地解决这个问题。目前的缓解方法是先在Play Store中点击一个软件的下载，在过去数秒后关闭VPN，这时也许会开始下载，如果遇到下载暂停，则可以再次开启VPN，并重复上述步骤，希望我的解答可以为您提供帮助。 感谢您对Project S的支持。 Best Regards, longmoon77