SheepChef

As a result, the progress bar is failed to work properly. 

分享一下本人的案例(或许会对调查有所帮助)： 本人4年前租赁了一个VPS，IP地址最后一次变更是在20个月之前。 前天(10月3日)上午十二点左右突然发现VPS上配置的V2ray服务无法连接(Vmess+tls+ws+nginx+formal website, without CDN) 于是开始排查错误，首先尝试使用22端口登录ssh，未见22端口的限制。 本人先更换掉了v2ray使用的一个老域名，尝试配置使用一个新域名来排除域名封禁。 然后尝试使用Chrome直接HTTPS访问代理监听的二级域名，Nginx反代中针对非websocket协议访问配置的重定向生效了，直接301重定向到了主域名，且检查Nginx访问日志能看到请求。(由此本人误以为中游连接没有问题，于是开始排查上游服务器端) **此处有一个细节，即本人在调整服务器端V2ray配置的时候，由于Nginx和V2ray的端口在调整之初未能统一，因此Nginx错误日志中能够看见有很多Upstream Connect Refused报错。  后来将端口统一过后，服务器端错误消失不见，访问日志再也看不到请求，连接仍未恢复。推测Nginx服务器一开始能够收到来自客户端的请求(在返回的是HTTP 502时)，但之后(理应返回正常的数据时)其请求的返回包被强行丢弃，GFW的残留审查继续维持了对源端口的封禁。那么也印证了或许GFW真的能够根据某些特征对流量进行过滤** 然而，针对客户端和服务端的多次排错均未发现问题，于是又开始怀疑是否是连接问题，恰巧本人的一位朋友也反映了这个情况，印证了本人的猜想。 于是本人同时更换了协议和链接端口。(Trojan + tls + nginx) 服务暂时恢复正常。 数小时过后，Trojan端口被封锁。但ssh直连仍未受影响，表明服务器未被封锁。这与您的描述 “如果用户在端口被封后，改换了端口，那么整个服务器都会被封锁” 不符。 迫于无奈，本人启用了弃用的SSR进行临时链接(auth_chain_a协议 + plain混淆 + chacha20加密)，服务暂时恢复正常（证实防火长城此次针对的确实是TLS协议）...

> According to the paper, the restriction is applied based on the clients(or the users) themselves' common features. Thus, it should be approved that there are "some features" that only...

For the realistic problems, at least everyone can use a large public CDN server to mix the data amongest the others' and using some tricks of Firewall to prevent GFW...

> SS-AEAD、Trojan 存活情况要比 VMESS+ANY+TLS 好的多，统计了十几台各个国家地区的服务器，VMESS 这边仅剩几个北美的服务器存活，而 SS-AEAD、Trojan 基本上都存活下来了。 > > 不只是 443 被封锁，使用非标准端口，一样被封锁。443 不是神，在 GFW 面前任何端口都没有区别。 > > 我在 10 月 2 日就观察到了被封锁现象，不只是 10 月 3 日，但是大规模封锁是在 10 月 3...

被封后，把vmess+tls+ws的域名打开了CloudFlare CDN的代理。原端口恢复正常访问。

> > 3台主机全部封锁443端口 A主机Vless+xtls B主机trojan+xtls C主机trojan+ xtls, AB主机为一个供应商，C为另外一个，所有主机22端口可直接登录，443端口503，C主机直接更换为VMESS随机端口可正常使用，AB更改为VMESS不行，B主机更换IP后trojan或vless依然不行，改为vmess随机端口正常 > > 经过实验重新配置为vless+tls+ws 域名开启cloudflare CDN，tls完全加密，443可访问，问题修复 GFW 针对Cloudflare 并不敢大规模应用封锁。许多合法的政府官方网站也运行在上面，而且Cloudflare的服务器遍布世界各地，IP段太多容易误封，因此只敢针对SNI进行过滤。此种方法确实对V2ray可行。

> > 3台主机全部封锁443端口 A主机Vless+xtls B主机trojan+xtls C主机trojan+ xtls, AB主机为一个供应商，C为另外一个，所有主机22端口可直接登录，443端口503，C主机直接更换为VMESS随机端口可正常使用，AB更改为VMESS不行，B主机更换IP后trojan或vless依然不行，改为vmess随机端口正常 > > 经过实验重新配置为vless+tls+ws 域名开启cloudflare CDN，tls完全加密，443可访问，问题修复 提醒一下，使用CF代理非HTML内容违反了其TOS（用户服务协议），在账户层面上有违规封号的风险。

According to my brief investigation, there are few dependencies that aren't capable with torch 1.8.0 1.PyTorch Lightning (Solved by downgrading) 2.kornia (Solved by downgrading) 3.xformers (All releases require torch >=...

在程序本身不做出改变的前提下，建议阁下使用如下替代解决方案： 使用Unicode符号\u2571(制表正斜杠), 即 "╱" , 代替 "/" 使用Unicode符号\u2044(分数正斜杠), 即 " ⁄ " , 代替 “/” 使用Unicode符号\u2215(除法正斜杠), 即 " ∕ " , 代替 "/"