SokWith

目前封锁升级了： 1、对ENDPOINT，大面积的ip锁，目前只有少数几个云商还能够阵发性连接官网ENDPOINT，大多数的VLESS机场都受到限制了; 2、对WS_ENDPOINT，目前是行为封控，能够匿名访问的云商就更少了，迫切需要单独建立WSS代理服务器。 @weaigc 大佬，能抽空出一个单独建立WSS代理服务器的代码吗？ ps：我在cf上大致按proxy.js建的服务器，是可以工作的（WS_ENDPOINT = "https://prosydney.nbing.eu.org“ ，限于登录用户可连接)，但采用CLI部署到render、replit和huggingface都不可以，完全就是本地网络上一样。

@weaigc 另外，大佬，现在的登录逻辑是什么样的？ 1、在前端网页界面，填写了url后，要去掉尝试选项才能登录；不去掉选项就一直是匿名？ 2、在后端环境变量中，是设置一个BING_HEADER变量还是必须docker命令行？我在replit上设置这个环境变量没有作用；在后端环境变量设置后，前端网页该如何配置？ 3、BING_COOKIE这个参数只是用于cf worker部署吗？

https://github.com/weaigc/bingo/issues/78#issuecomment-1855907453

https://github.com/weaigc/bingo/issues/78#issuecomment-1855907453

匿名使用总是不稳定，还是登录账号吧。 https://github.com/weaigc/bingo/issues/78#issuecomment-1870107151

https://github.com/Harry-zklcdc/go-proxy-bingai/issues/267#issue-2014528769

> ~其实被禁的是浏览器~，现在 HuggingFace 是行为检测了 > > 名字什么的倒无所谓，这个我自己实验过了，还有一点就是得让容器外部无法访问端口（即通过CFZT的方式反代出来） > > 具体可以看我的那个Space 可能确实是集成浏览器的原因。包括后来VNC部署都被禁用了。 主要是从1.8版本后的一段时间，在集成认证服务器的缘故。1.6版本的部署一直都是可以的。 我目前的部署都是采用套娃过认证的方式，没有采用部署认证服务器的方式，所以目前都可以直接部署的。 目前套娃过认证的速度还可以，只需要改动一点点代码，就是截流认证路由到套娃服务器。 @chengtx809 我改后的docker名字见我在HF上的部署引用。

看了一下，我最新只跟踪到了v2.2版，Dockerfile： ``` FROM sokwith/go-proxy-bingai:latest #套娃服务器 ENV BING_PROXY_DM="https://free.nbing.eu.org" #ENV BING_BASE_URL="https://free.nbing.eu.org" #ENV SYDNEY_BASE_URL="https://prosydney.nbing.eu.org" #ENV BYPASS_SERVER="https://cct.nbing.eu.org" ENV PORT 7860 EXPOSE 7860 ```

> 怕是真没维护了？有没有进群了的说一下情况。 或者大牛指点一下新的解决方案？ https://github.com/weaigc/bingo/issues/78#issuecomment-1870836175 之前的一个临时对策，只适合少量访问用

https://github.com/weaigc/bingo/issues/140#issue-2107303229