docker部署在阿里云后无法访问 about copilot-gpt4-service

[ggggarlic]

这里说明一下, chatgpt-next-web 是有两种部署模式的.

第一种:

启动进程时通过 env 注入 BASE_URL 的情况. 此方式下, 是通过服务内部的 client 进行代理请求.
(就算是 next-web 开启了 https, copilot-gpt4-service 开不开 https 无所谓)
所以, 其实在部署方式上, 只要 browser -> next-web 服务器-> copilot-gpt4-service 服务器 -> github api 的链路是通的, 那么该服务就是可用的(对于地理位置之类的可以自己想想怎么组合)

第二种

通过 web-ui 配置 open api 自定义接口的方式.
此方式是以纯前端的方式构建的 client. 并且是完全遵循页面安全的.
即, 如果 next-web 客气了 https, copilot-gpt4-service 必须开启.
在当前部署方式上, 需要
browser -> next-web 服务器
-> copilot-gpt4-service 服务器 -> github api
这样的链路是通的,并且安全等级相同, 那么该服务就是可用的.

[hashqueue]

可以确认下你的阿里云服务器的防火墙是否开了copilot-gpt4-service的8080端口；不过又感觉是你的服务端口冲突了，可能有另外的服务已经占用了8080端口了。

[funnyzak]

看看这个 #28

[shiping998]

看看这个 #28
你好，我看了一下容器内可以ping通

[shiping998]

可以确认下你的阿里云服务器的防火墙是否开了copilot-gpt4-service的8080端口；不过又感觉是你的服务端口冲突了，可能有另外的服务已经占用了8080端口了。

我又改成了8081还是一样的

[hashqueue]

可以确认下你的阿里云服务器的防火墙是否开了copilot-gpt4-service的8080端口；不过又感觉是你的服务端口冲突了，可能有另外的服务已经占用了8080端口了。

我又改成了8081还是一样的

看样子是可以的

[shiping998]

可以确认下你的阿里云服务器的防火墙是否开了copilot-gpt4-service的8080端口；不过又感觉是你的服务端口冲突了，可能有另外的服务已经占用了8080端口了。

我又改成了8081还是一样的

看样子是可以的
ChatGPT-Next-Web上还是这个错

[hashqueue]

可以确认下你的阿里云服务器的防火墙是否开了copilot-gpt4-service的8080端口；不过又感觉是你的服务端口冲突了，可能有另外的服务已经占用了8080端口了。

我又改成了8081还是一样的

看样子是可以的
ChatGPT-Next-Web上还是这个错

确认下下边的选项，还是不行浏览器当前标签页里F12清除下localstorage，然后刷新页面，重新填一下配置项再试试呢

[hashqueue]

可以确认下你的阿里云服务器的防火墙是否开了copilot-gpt4-service的8080端口；不过又感觉是你的服务端口冲突了，可能有另外的服务已经占用了8080端口了。

我又改成了8081还是一样的

看样子是可以的
ChatGPT-Next-Web上还是这个错

确认下下边的选项，还是不行浏览器当前标签页里F12清除下localstorage，然后刷新页面，重新填一下配置项再试试呢

[shiping998]

localstorage

试过了，还是不行。用http://gpt4copilot.tech/就可以，自己建的就不行

[hashqueue]

localstorage

试过了，还是不行。用http://gpt4copilot.tech/就可以，自己建的就不行

那就奇怪了，我的一次就成了。。。

[shiping998]

localstorage

试过了，还是不行。用[http://gpt4copilot.tech/就可以，自己建的就不行]
那就奇怪了，我的一次就成了。。。

试了chatbox可以用，chat-gpt-next-web就报这个错

[ggggarlic]

chat-gpt-next-web 的部署是否开启了 https?

[shiping998]

chat-gpt-next-web 的部署是否开启了 https?

开启了，是因为这个原因吗？

[aaamoon]

chat-gpt-next-web 的部署是否开启了 https?

开启了，是因为这个原因吗？

在https的客户端去调用http的接口是会报错的

[shiping998]

这里说明一下, chatgpt-next-web 是有两种部署模式的.

第一种:

启动进程时通过 env 注入 BASE_URL 的情况. 此方式下, 是通过服务内部的 client 进行代理请求. (就算是 next-web 开启了 https, copilot-gpt4-service 开不开 https 无所谓) 所以, 其实在部署方式上, 只要 browser -> next-web 服务器-> copilot-gpt4-service 服务器 -> github api 的链路是通的, 那么该服务就是可用的(对于地理位置之类的可以自己想想怎么组合)

第二种

通过 web-ui 配置 open api 自定义接口的方式. 此方式是以纯前端的方式构建的 client. 并且是完全遵循页面安全的. 即, 如果 next-web 客气了 https, copilot-gpt4-service 必须开启. 在当前部署方式上, 需要 browser -> next-web 服务器 -> copilot-gpt4-service 服务器 -> github api 这样的链路是通的,并且安全等级相同, 那么该服务就是可用的.

我用docker部署chatgpt-next-web并且注入BASE_URL的方式成功了

[ggggarlic]

这里说明一下, chatgpt-next-web 是有两种部署模式的.

第一种:

启动进程时通过 env 注入 BASE_URL 的情况. 此方式下, 是通过服务内部的 client 进行代理请求. (就算是 next-web 开启了 https, copilot-gpt4-service 开不开 https 无所谓) 所以, 其实在部署方式上, 只要 browser -> next-web 服务器-> copilot-gpt4-service 服务器 -> github api 的链路是通的, 那么该服务就是可用的(对于地理位置之类的可以自己想想怎么组合)

第二种

通过 web-ui 配置 open api 自定义接口的方式. 此方式是以纯前端的方式构建的 client. 并且是完全遵循页面安全的. 即, 如果 next-web 客气了 https, copilot-gpt4-service 必须开启. 在当前部署方式上, 需要 browser -> next-web 服务器 -> copilot-gpt4-service 服务器 -> github api 这样的链路是通的,并且安全等级相同, 那么该服务就是可用的.

我用docker部署chatgpt-next-web并且注入BASE_URL的方式成功了

是的, 我也喜欢第一种方式部署,这样对于 copilot-gpt4-service 服务来说就相对安全多了, 甚至无需暴露到公网, 只要保证 chatgpt-next 是可访问的就好了.

[zhanghongyong123456]

这里说明一下, chatgpt-next-web 是有两种部署模式的.

第一种:

启动进程时通过 env 注入 BASE_URL 的情况. 此方式下, 是通过服务内部的 client 进行代理请求. (就算是 next-web 开启了 https, copilot-gpt4-service 开不开 https 无所谓) 所以, 其实在部署方式上, 只要 browser -> next-web 服务器-> copilot-gpt4-service 服务器 -> github api 的链路是通的, 那么该服务就是可用的(对于地理位置之类的可以自己想想怎么组合)

第二种

通过 web-ui 配置 open api 自定义接口的方式. 此方式是以纯前端的方式构建的 client. 并且是完全遵循页面安全的. 即, 如果 next-web 客气了 https, copilot-gpt4-service 必须开启. 在当前部署方式上, 需要 browser -> next-web 服务器 -> copilot-gpt4-service 服务器 -> github api 这样的链路是通的,并且安全等级相同, 那么该服务就是可用的.

我用docker部署chatgpt-next-web并且注入BASE_URL的方式成功了

大佬，能说一下如何操作吗，这个如何设置（注入BASE_URL的方式成功了）

[corp0ra1]

localstorage

试过了，还是不行。用http://gpt4copilot.tech/就可以，自己建的就不行

你漏点了老哥，要么删掉这个issus要么换密钥