ansemz
ansemz
应该是clash verge对ipv6的支持有问题.。 我最近启用了ipv6，更新raw.githubusercontent.com的订阅的时候，一直是链接错误。 但是用浏览器测试是正确的。
windows11+clash verge rev 1.5.11，刚才又测试了一下。可以正常更新了。 可能是dns缓存的原因。 > 应该是clash verge对ipv6的支持有问题.。 我最近启用了ipv6，更新raw.githubusercontent.com的订阅的时候，一直是链接错误。 但是用浏览器测试是正确的。
我也是按照说明重新部署了几次，同样的错误。也许cf上环境有变化，可能需要作者更新代码了。
> 我大概发现问题了，其他人遇到可以参考，创建的R2桶名要和环境变量中的BUCKET属性值一致。 比如我的桶名是  那环境变量中的值也是这个  ，修改了以后重新部署一下，等几分钟问题重新部署好就可以了 确认了一下bucket name，确实都一样的。就啥也没改动，重新试了一下。发现工作正常了。可能之前cf的服务本身有点问题。
docker run -v /etc/localtime:/etc/localtime …………
查了一下BOUND的意思，似乎是等同于TIME_WAIT。我的理解是clash一直没有释放端口。 https://learn.microsoft.com/zh-cn/troubleshoot/windows-client/networking/tcp-ip-port-exhaustion-troubleshooting 可能由于有一个前置代理192.168.2.192:10080，每次clash连接前置socks代理都是短链接，连接关闭后，却不释放端口。 从提交完ISSUE，重启clash之后到现在，处于BOUND状态的端口增加到34个了。
再更新一下进展：） 我发现可能和tun的模式有关系。如果用gvisor和mixed。BOUND状态的端口数量会一直缓慢增加，估计一直到耗尽所有可用端口。 我换成system之后，短时间观察BOUND状态的端口数量有升有降，目前不会超过200个。
时隔4天，再更新一下情况。 目前BOUND状态的端口增加到7000多个了。tun堆栈模式是system。
感谢分享。
你这个是因为在国内环境，没法下载hf上的模型。给shell配置一个科学上网的代理应该就可以了。