Vercel部署后，反代不稳定 about chatgemini HOT 12 CLOSED

我也遇到了一样的问题。同样部署在Verel的另一个Gemini应用倒是没问题。 我已经把Netlify的服务绑定到自己的域名上了，用一段时间再来反馈。

反馈一下，给Netlify服务增加Cloudflare的域名后用了三天，没再出现过类似的问题。

from chatgemini.

这种情况一般是本地网络直连到 Netlify 不太好，可以尝试绑定个人域名然后接入 CloudFlare，或者寻找其他平台，如果有，欢迎在 Issue 里推荐

from chatgemini.

我也遇到了一样的问题。同样部署在Verel的另一个Gemini应用倒是没问题。
我已经把Netlify的服务绑定到自己的域名上了，用一段时间再来反馈。

from chatgemini.

这种情况一般是本地网络直连到 Netlify 不太好，可以尝试绑定个人域名然后接入 CloudFlare，或者寻找其他平台，如果有，欢迎在 Issue 里推荐

大佬可以参考下这个（很多人 OpenAI 的反代用的就是这个方式，还挺稳定的，大半年了），结合palm-netlify-proxy整个 CloudFlare 版的反代部署教程不，解决这个问题就会大大降低使用门槛了...

from chatgemini.

这种情况一般是本地网络直连到 Netlify 不太好，可以尝试绑定个人域名然后接入 CloudFlare，或者寻找其他平台，如果有，欢迎在 Issue 里推荐

大佬可以参考下这个（很多人 OpenAI 的反代用的就是这个方式，还挺稳定的，大半年了），结合palm-netlify-proxy整个 CloudFlare 版的反代部署教程不，解决这个问题就会大大降低使用门槛了...

已经有人做了
看看这段https://zhile.io/2023/12/24/gemini-pro-proxy.html
但你还是要有自己的域名，跟Netlify上做没区别

from chatgemini.

这种情况一般是本地网络直连到 Netlify 不太好，可以尝试绑定个人域名然后接入 CloudFlare，或者寻找其他平台，如果有，欢迎在 Issue 里推荐

大佬可以参考下这个（很多人 OpenAI 的反代用的就是这个方式，还挺稳定的，大半年了），结合palm-netlify-proxy整个 CloudFlare 版的反代部署教程不，解决这个问题就会大大降低使用门槛了...

已经有人做了 看看这段https://zhile.io/2023/12/24/gemini-pro-proxy.html 但你还是要有自己的域名，跟Netlify上做没区别

感谢，等你的Netlify域名反馈

from chatgemini.

这种情况一般是本地网络直连到 Netlify 不太好，可以尝试绑定个人域名然后接入 CloudFlare，或者寻找其他平台，如果有，欢迎在 Issue 里推荐

大佬可以参考下这个（很多人 OpenAI 的反代用的就是这个方式，还挺稳定的，大半年了），结合palm-netlify-proxy整个 CloudFlare 版的反代部署教程不，解决这个问题就会大大降低使用门槛了...

已经有人做了 看看这段https://zhile.io/2023/12/24/gemini-pro-proxy.html 但你还是要有自己的域名，跟Netlify上做没区别

我是按这个方法在 Cloudflare 上设置的代理，在 Gemini Pro Chat 和 ChatGPT Next Chat 里都正常，在这个项目中，手机网络不开代理正常访问，PC 端就不行。

from chatgemini.

PC 端就不行

请打开浏览器开发者工具（F12），切换到 Networks（网络）
然后向 Gemini 发送一条信息，同时观察请求的 API 地址，是否请求成功，响应码是什么，并截图反馈上来

from chatgemini.

是否请求成功，响应码是什么

与 @devyujie 所描述的 netlify 代理类似：第一条失败，第二条成功。需要说明的是，我已经为 CF Worker 分配了自己的域名。

我仔细看了两条记录，似乎第一条请求 CF 在响应时使用了香港节点，见下图 Cf-Ray xxxxxxx-HKG，众所周知，香港不在服务区内。

响应第二条请求时则是圣何塞节点，见下图 Cf-Ray xxxxxxx-SJC，便成功了。

回想起来，Gemini Pro Chat 项目中其实出现过类似情况。Next Chat 中似乎一次也没有出现过。

不知道这个是否能在项目层面做优化，还是在 CF Worker 代码中能做优化？

from chatgemini.

是否请求成功，响应码是什么

与 @devyujie 所描述的 netlify 代理类似：第一条失败，第二条成功。需要说明的是，我已经为 CF Worker 分配了自己的域名。

我仔细看了两条记录，似乎第一条请求 CF 在响应时使用了香港节点，见下图 Cf-Ray xxxxxxx-HKG，众所周知，香港不在服务区内。

响应第二条请求时则是圣何塞节点，见下图 Cf-Ray xxxxxxx-SJC，便成功了。

回想起来，Gemini Pro Chat 项目中其实出现过类似情况。Next Chat 中似乎一次也没有出现过。

不知道这个是否能在项目层面做优化，还是在 CF Worker 代码中能做优化？

只能在反代的代码层面优化

from chatgemini.

只能在反代的代码层面优化

@chenweiask 提到的这个帖子其实有个细节，是在给 CF Worker 设置自定义域名解析时，手动添加域名 A 记录，直接将 api.my-domiain.com 指向美国数据中心的 IP（帖子里用的是西雅图的），同时这条 A 记录不要开启 CF 小黄云代理；然后再设置域名的 Worker 路由。

一般文章提到的方法，是通过 Worker 的触发器选项自动设置域名 DNS，这样会将在 DNS 解析里生成一个 CF 特有的 Worker 记录，使得 api.my-domiain.com 指向 CF 的全球数据中心，并按照通用规则在全球数据中心范围进行负载均衡、提交请求。

from chatgemini.

只能在反代的代码层面优化

@chenweiask 提到的这个帖子其实有个细节，是在给 CF Worker 设置自定义域名解析时，手动添加域名 A 记录，直接将 api.my-domiain.com 指向美国数据中心的 IP（帖子里用的是西雅图的），同时这条 A 记录不要开启 CF 小黄云代理；然后再设置域名的 Worker 路由。

一般文章提到的方法，是通过 Worker 的触发器选项自动设置域名 DNS，这样会将在 DNS 解析里生成一个 CF 特有的 Worker 记录，使得 api.my-domiain.com 指向 CF 的全球数据中心，并按照通用规则在全球数据中心范围进行负载均衡、提交请求。

想请教一下，两种方法哪种更稳定，访问速度更快？

from chatgemini.