[Bug] 🐛 无法使用api

[Tomywang999]

Confirmations

• 我确认我已经仔细阅读了 Wiki, 并且已经搜索了已有的 issue, 并没有类似问题。

Describe the bug

使用Cloudfalre Worker 部署后，网页版正常使用，api一直显示：User needs to solve CAPTCHA to continue.

Steps to reproduce

如上

Expected behavior

正常使用api

Screenshots

Deploy

Cloudflare Worker

UserId

makox8%7C2%7Cfop%7C0%7C1699

OS & Version

macOS 14.6.1

Browser & Version

Chrome 127.0.6533.120

GoProxiBingAI Version

v2.4.4

Additional context

No response

[zhanghanzhe666]

目前我用cf的pages部署后也是这样，根据“User needs to solve CAPTCHA to continue.”表示用户需要通过人机验证，建议更换人机验证服务器

[SzeMeng76]

用自己部署的bypass server可以 也是可以cf部署

[marcomozart]

调用 API 通过 CF 也会触发 CAPTCHA。也许可以在调用 API 之前实现绕过服务器？

[marcomozart]

绕过服务器在调用 API 时未被使用。这是主要问题。

[Harry-zklcdc]

绕过服务器在调用 API 时未被使用。这是主要问题。

咱可以看了代码，在发言不？

实现代码：https://github.com/Harry-zklcdc/bing-lib/blob/491ac86e880c911b50b8e853279f7c48026760c6/chat.go#L696

CF 部署不易绕过，这是已知问题，因为 CF 的 IP 池已经都是高风险了

[marcomozart]

也许一个更简单的解决方案是使用 Cloudflare Worker 捕获 API 请求，并使用 fetch 将其发送到绕过服务器。将解决方案实现到完整代码中可能太难了

[marcomozart]

我觉得这是一个难题，所以不需要着急。

[Harry-zklcdc]

CF 的版本的的代码在这

go-proxy-bingai/cloudflare/src/bingapi.js

Line 139 in 664031b

const cctCookie = options.cookie + '; ' + (await getCctCookie(options));

[Harry-zklcdc]

可能和 #470 有关，在尝试一下

[SokWith]

似乎现在cct也挑网络出口了，我的两个cct服务器：

https://cct.nbing.eu.org

https://cctb.pages.dev

似乎由于经常引用，被cf缓存到中国区，造成获得的cct对API无效了。刚才切换了出口部署，就又可以了。

可以试试

[reccea]

似乎现在cct也挑网络出口了，我的两个cct服务器：

https://cct.nbing.eu.org

https://cctb.pages.dev

似乎由于经常引用，被cf缓存到中国区，造成获得的cct对API无效了。刚才切换了出口部署，就又可以了。

可以试试

cct这个要怎么用？能当api?

[SokWith]

cct这个要怎么用？能当api?

cct服务器就是bypass服务器，我简化了一下可以直接GET使用。

[reccea]

cct这个要怎么用？能当api?

cct服务器就是bypass服务器，我简化了一下可以直接GET使用。

具体怎么用呢？有没有这方面的教程？

[SokWith]

cct这个要怎么用？能当api?

cct服务器就是bypass服务器，我简化了一下可以直接GET使用。

具体怎么用呢？有没有这方面的教程？

你没有看wiki吗？可惜作者的呕心沥血写的文档了。
https://github.com/Harry-zklcdc/go-proxy-bingai/wiki/%E7%8E%AF%E5%A2%83%E5%8F%98%E9%87%8F

另外，似乎我的这个cct服务器也不能用来验证登录账户了，目前只能匿名使用。如果你要使用自己的账号，可能需要自行去官网解锁。

[chengtx809]

@Harry-zklcdc @SokWith 大佬们现在项目恢复了吗，copilot现在可以用o1模型，如果可以逆向来api自由就爽了

[reccea]

@Harry-zklcdc @SokWith 大佬们现在项目恢复了吗，copilot现在可以用o1模型，如果可以逆向来api自由就爽了

哪里看的支持o1? 那个think deeper?

[SokWith]

@Harry-zklcdc @SokWith 大佬们现在项目恢复了吗，copilot现在可以用o1模型，如果可以逆向来api自由就爽了

bing chat应该死得巨硬了。
对于copilot的那个think，需要帐号的吧？帐号信息是存储在本地的，基本上有效期只有1天，拿来做api太烦人吧？
不要think，可以使用我的这个残血的 https://colot.pages.dev 做wss，应该是可以做api的，但是，wss的格式完全不同于bingchat，重新逆向起来工作量会很大的吧？ @Harry-zklcdc
况且，残血的copilot模型现在也太差了，失去了使用价值。

[Harry-zklcdc]

bing chat应该死得巨硬了。 对于copilot的那个think，需要帐号的吧？帐号信息是存储在本地的，基本上有效期只有1天，拿来做api太烦人吧？ 不要think，可以使用我的这个残血的 https://colot.pages.dev 做wss，应该是可以做api的，但是，wss的格式完全不同于bingchat，重新逆向起来工作量会很大的吧？ @Harry-zklcdc 况且，残血的copilot模型现在也太差了，失去了使用价值。

逆向其实还好，比之前那个版本的好搞，但是最主要是就是没法过人机验证，API或者网页版大部分都是是用不了的

PS：最近雀食工作太忙了

[SokWith]

bing chat应该死得巨硬了。 对于copilot的那个think，需要帐号的吧？帐号信息是存储在本地的，基本上有效期只有1天，拿来做api太烦人吧？ 不要think，可以使用我的这个残血的 https://colot.pages.dev 做wss，应该是可以做api的，但是，wss的格式完全不同于bingchat，重新逆向起来工作量会很大的吧？ @Harry-zklcdc 况且，残血的copilot模型现在也太差了，失去了使用价值。

逆向其实还好，比之前那个版本的好搞，但是最主要是就是没法过人机验证，API或者网页版大部分都是是用不了的

PS：最近雀食工作太忙了

用我提示的那个wss，又是一个后门，应该不需要验证的。

[chengtx809]

bing chat应该死得巨硬了。 对于copilot的那个think，需要帐号的吧？帐号信息是存储在本地的，基本上有效期只有1天，拿来做api太烦人吧？ 不要think，可以使用我的这个残血的 https://colot.pages.dev 做wss，应该是可以做api的，但是，wss的格式完全不同于bingchat，重新逆向起来工作量会很大的吧？ @Harry-zklcdc 况且，残血的copilot模型现在也太差了，失去了使用价值。

逆向其实还好，比之前那个版本的好搞，但是最主要是就是没法过人机验证，API或者网页版大部分都是是用不了的
PS：最近雀食工作太忙了

用我提示的那个wss，又是一个后门，应该不需要验证的。

佬，你这个wss怎么部署的，直接反代吗

[SokWith]

bing chat应该死得巨硬了。 对于copilot的那个think，需要帐号的吧？帐号信息是存储在本地的，基本上有效期只有1天，拿来做api太烦人吧？ 不要think，可以使用我的这个残血的 https://colot.pages.dev 做wss，应该是可以做api的，但是，wss的格式完全不同于bingchat，重新逆向起来工作量会很大的吧？ @Harry-zklcdc 况且，残血的copilot模型现在也太差了，失去了使用价值。

逆向其实还好，比之前那个版本的好搞，但是最主要是就是没法过人机验证，API或者网页版大部分都是是用不了的
PS：最近雀食工作太忙了

用我提示的那个wss，又是一个后门，应该不需要验证的。

佬，你这个wss怎么部署的，直接反代吗

直接反代的，奇妙的地址，防止被封，这里不明示