TAKO
TAKO
0.21新版在转发ShadowsocksR的时候存在无法正常转发的情况，0.14没有这个问题 0.21使用的的命令 ./stlsv2 client --listen 0.0.0.0:34009 --server 1.1.1.1(海外ip):4639 --sni www.apple.com.cn --password a9f32k ./stlsv2 server --listen 0.0.0.0:4639 --server 127.0.0.1(目的地):21002 --tls www.apple.com.cn:443 --password a9f32k 0.14使用的的命令 ./stlsv1 client 0.0.0.0:34009 1.1.1.1(海外ip):4639 www.apple.com.cn ./stlsv1 server...
排除SSR协议的问题,换SS依然不能用0.21正常转发。 异常主要表现为流量没有即时转发到目的地，用Clash的延迟测试 访问 gstatic.com 或者其他网站啥的，只有部分请求到达了SS后端（类似高丢包的状态），但是shadow-tls两端的日志均为正常转发，应该有可能是sni的问题，目前不太清楚用啥sni能tls1.2 开了个临时环境做了下 tcpdump: https://mega.nz/file/tp8m3QoK#_qJT05BWF8jkWU7ODUDL_9IFAbInYa5CJnVAW2uzmaA
看了下0.14 0.21的client日志，推测0.21可能一直在尝试握手没有进入转发状态。 0.14的 accept a connection 和 relay for 基本是等同的数量  0.21 多数为 accept a connection，几乎没有relay for 
> > 排除SSR协议的问题,换SS依然不能用0.21正常转发。 异常主要表现为流量没有即时转发到目的地，用Clash的延迟测试 访问 gstatic.com 或者其他网站啥的，只有部分请求到达了SS后端（类似高丢包的状态），但是shadow-tls两端的日志均为正常转发，应该有可能是sni的问题，目前不太清楚用啥sni能tls1.2 > > 开了个临时环境做了下 tcpdump: https://mega.nz/file/tp8m3QoK#_qJT05BWF8jkWU7ODUDL_9IFAbInYa5CJnVAW2uzmaA > > 看了下包，没太看出来问题233 可以用腾讯云的试下，不过我这边用 [www.apple.com.cn](http://www.apple.com.cn) 也表现正常的。。 好的 我再测试一下
> 这个问题对于用中转的人来说很重要，希望能尽快改一下 看这里 #447
正常，因为cf是根据你入口ip地理位置给你分配的地址。 并且支持所有国家和地区，甚至包括... 
我是说有没有一种可能，clash只是停更了。 还有没有一种可能 sing-box本来就支持clash的订阅格式
> > 我是说有没有一种可能，clash只是停更了。 还有没有一种可能 sing-box本来就支持clash的订阅格式 > > 那有没有另外一种可能，sing-box 原版不支持 clash 的订阅格式，fork也只是支持 clash provider 还有没有这么一种可能，sing-box 三个支持provider的fork中只有一个是支持 clash provider 的，而且这三个全部可用 sing-box 的 outbound 字段作为 provider 好的 pr please
> 感谢。这个是还没完成吗？感觉需要处理连接断开重连的情况，不能就一个连接永远用下去。。 work in progress啦，doq我自己写完测了还行但是运行久了还是有报错和所以先把草稿和想法发出来看看意见。 如果没问题的话，我是准备doq和doh3都完成了才决定合并。
现在改成draft了，我去研究一下同行的doq方向的代码