Issues-translate-bot
commented
9 months ago Bot detected the issue body's language is not English, translate it automatically.
Title: [Bug] Whether the WEB uses the network of the user's local environment
In order to improve communication efficiency, we have set up an official QQ group and QQ channel. If you encounter any problems during use or construction, please join the group or channel for consultation as soon as possible, unless it is a bug that can be stably reproduced or More creative feature suggestions, otherwise please do not send low-quality and meaningless posts to the Issue area.
Feedback Instructions
⚠️ NOTE: Any post that does not follow this template will be immediately closed and we will not be able to locate your issue without providing the information below.
Please enter x in the square brackets below to indicate that you already know the relevant content.
- [X] I confirm that I have searched for the feedback issue in FAQ. No solution found;
- [X] I confirm that I have searched for this feedback issue in the Issues list (including those that have been Closed), but no answer has been found.
-
[X] I confirm that I have searched for the feedback issue in Vercel usage tutorial , no answer found.
**Thank you all developers for your hard work. I found some minor problems. Can you help me answer them? **
Describe the problem
Environment docker, ChatGPT-Next-Web version number V2.10.1, using terminal Android/win11, access method WEB, API service self-built.
After building the application on January 9, there was no problem with the container environment network, but the custom openapi could not be accessed. After repeated testing, it was concluded that the WEB application was using the visitor's network environment.
For example: the API service access address is IPV6, the application network environment is IPV4, and the cellular network is dual-stack. After accessing the application (ipv4), specify the API (ipv6), and then the application can be accessed normally;
Then the problem is here. If the API service is deployed on the intranet, the intranet builds its own ChatGPT-Next-Web application and forwards it to the public network environment through NGINX. If it is to be used, the API service on the intranet must be mapped to the public network environment. for normal access. According to my personal understanding, it should use client-side network access instead of server-side network access.
How to reproduce Establish an open API service on the intranet, and specify the base_url for the server on the intranet. When the server and the API can communicate normally, the intranet client cannot use the service.
The api service is established on the intranet (ipv6 network), and the server is established on the public network (ipv4 network). The API and the server cannot communicate normally. The user can access the networks on both sides. In this case, it can be used normally, so I speculate that it is using The user-side network, not the service-side network.
screenshot
In this case, the user-side network supports both IPV6 and IPV4 and can be used normally, otherwise it cannot be used.
I would like to ask if this is the design, or if I am using it incorrectly.
Some necessary information
- System: [windows 10/ android]
- Browser: [chrome]
- Version: [V2.10.1]
- Deployment method: [docker]
H0llyW00dzZ
Yidadaa
反馈须知
⚠️ 注意：不遵循此模板的任何帖子都会被立即关闭，如果没有提供下方的信息，我们无法定位你的问题。
请在下方中括号内输入 x 来表示你已经知晓相关内容。
[X] 我确认已经在 Vercel 使用教程 中搜索了此次反馈的问题，没有找到解答。
描述问题
环境docker，ChatGPT-Next-Web版本号V2.10.1，使用终端安卓/win11，访问方式WEB，API服务自建。
在1月9日搭建应用后，容器环境网络没有问题，但是自定义openapi无法访问，后来经过反复测试，推断是WEB应用使用的是访问者的网络环境。
举例：API服务访问地址为IPV6，应用网络环境为IPV4，蜂窝网是双栈，访问应用（ipv4）后指定API（ipv6），然后应用可以正常访问；
那么问题就在这里，如果API服务部署在内网，内网自建ChatGPT-Next-Web应用后通过NGINX转发到公网环境，如果要使用，必须将内网的API服务映射到公网环境，才能正常访问。按我个人理解，它应该是使用了客户端侧网络访问，而非服务端网络访问。
如何复现 内网建立open API服务，内网建立服务端指定base_url，在服务端和api能够正常通信时，内网客户端无法使用服务。
内网建立api服务（ipv6网络），公网（ipv4网络）建立服务端，API与服务端无法正常通信，使用者可以访问两侧网络，这种情况就能够正常使用，所以我推测它是使用的用户侧的网络，而不是服务侧的网络。
截图
这种情况，在用户侧的网络同时支持IPV6和IPV4，能够正常使用，否则不能使用。
请问这是设计就是如此，还是说我的使用方式不对。
一些必要的信息