langgenius/dify
1
0
Fork 0
mirror of https://github.com/langgenius/dify.git synced 2026-08-27 21:10:04 -04:00
Code Issues 775 Packages Projects Releases 10 Wiki Activity

Request timed out ...Max retries exceeded... #520

New Issue
Closed
opened 2026-02-21 17:27:27 -05:00 by yindo · 5 comments
yindo commented 2026-02-21 17:27:27 -05:00
Owner
Copy Link
Copy Source

Originally created by @chenkai126 on GitHub (Sep 22, 2023).

Originally assigned to: @crazywoola on GitHub.

Provide a description of the help you need

已确认key正常可用，本地源码启动，clash翻墙验证通过；linux服务器上同样部署clash，api.openai.com可以ping通，报以下错误：

Request timed out: HTTPSConnectionPool(host='apiopenai.com', port=443): Max retries exceeded withurl: /v1/chat/completions (Caused by ConnectTimeoutError(surlib3.connection.HTTPSConnection objectat 0x7fc53ccb2c50>,'Connection to api.openai.com timed out. (connect timeout=5)))

微信图片_20230922170905

Originally created by @chenkai126 on GitHub (Sep 22, 2023). Originally assigned to: @crazywoola on GitHub. ### Provide a description of the help you need 已确认key正常可用，本地源码启动，clash翻墙验证通过；linux服务器上同样部署clash，api.openai.com可以ping通，报以下错误： ``` Request timed out: HTTPSConnectionPool(host='apiopenai.com', port=443): Max retries exceeded withurl: /v1/chat/completions (Caused by ConnectTimeoutError(surlib3.connection.HTTPSConnection objectat 0x7fc53ccb2c50>,'Connection to api.openai.com timed out. (connect timeout=5))) ``` ![微信图片_20230922170905](https://github.com/langgenius/dify/assets/131443030/96e3d2ca-8bbc-4cd1-b200-a4966f7fb5e0)
yindo closed this issue 2026-02-21 17:27:27 -05:00
yindo commented 2026-02-21 17:27:27 -05:00
Author
Owner
Copy Link
Copy Source

@crazywoola commented on GitHub (Sep 22, 2023):

You can set http_proxy and https_proxy in docker-compose.yml for both api and worker. That should help.
We will document about this later.

@crazywoola commented on GitHub (Sep 22, 2023): You can set `http_proxy` and `https_proxy` in docker-compose.yml for both api and worker. That should help. We will document about this later.
yindo commented 2026-02-21 17:27:27 -05:00
Author
Owner
Copy Link
Copy Source

@chenkai126 commented on GitHub (Oct 8, 2023):

docker-compose.yml中已经配置了，且确定代理地址可用，还是不行

@chenkai126 commented on GitHub (Oct 8, 2023): docker-compose.yml中已经配置了，且确定代理地址可用，还是不行
yindo commented 2026-02-21 17:27:27 -05:00
Author
Owner
Copy Link
Copy Source

@mr-luomoon commented on GitHub (Oct 8, 2023):

docker-compose.yml中已经配置了，且确定代理地址可用，还是不行

我按这个思路进行了设置，已经成功实现了。你可以进入api和worker容器内，测试下在容器内部能否正常访问外网。

@mr-luomoon commented on GitHub (Oct 8, 2023): > docker-compose.yml中已经配置了，且确定代理地址可用，还是不行 我按这个思路进行了设置，已经成功实现了。你可以进入api和worker容器内，测试下在容器内部能否正常访问外网。
yindo commented 2026-02-21 17:27:27 -05:00
Author
Owner
Copy Link
Copy Source

@Franklinyung commented on GitHub (Apr 16, 2025):

docker-compose.yml中已经配置了，且确定代理地址可用，还是不行

首先你需要确定你的代理服务是可以直接访问的，有的代理服务例如clash是无法直接通过127.0.0.1：7890（假设你的代理端口是7890）访问的。

你需要开启这个功能或者直接使用你的主机本地地址，例如：192.168.31.166：7890，注意.env和docker-compose.yaml文件都需要设置。

其中docker-compose.yaml文件需要设置的容器有：api、worker、sandbox,注意配置完成后需要重新启动服务：

docker-compose -f docker/docker-compose.yaml down && docker-compose -f docker/docker-compose.yaml up -d

并且你之前下载在容器里面的插件需要删除后重新下载才能生效。

@Franklinyung commented on GitHub (Apr 16, 2025): > docker-compose.yml中已经配置了，且确定代理地址可用，还是不行 首先你需要确定你的代理服务是可以直接访问的，有的代理服务例如clash是无法直接通过127.0.0.1：7890（假设你的代理端口是7890）访问的。 你需要开启这个功能或者直接使用你的主机本地地址，例如：192.168.31.166：7890，注意.env和docker-compose.yaml文件都需要设置。 其中docker-compose.yaml文件需要设置的容器有：api、worker、sandbox,注意配置完成后需要重新启动服务： `docker-compose -f docker/docker-compose.yaml down && docker-compose -f docker/docker-compose.yaml up -d` 并且你之前下载在容器里面的插件需要删除后重新下载才能生效。
yindo commented 2026-02-21 17:27:27 -05:00
Author
Owner
Copy Link
Copy Source

@Franklinyung commented on GitHub (Apr 16, 2025):

docker-compose.yml中已经配置了，且确定代理地址可用，还是不行

首先你需要确定你的代理服务是可以直接访问的，有的代理服务例如clash是无法直接通过127.0.0.1：7890（假设你的代理端口是7890）访问的。

你需要开启这个功能或者直接使用你的主机本地地址，例如：192.168.31.166：7890，注意.env和docker-compose.yaml文件都需要设置。

其中docker-compose.yaml文件需要设置的容器有：api、worker、sandbox,注意配置完成后需要重新启动服务：

docker-compose -f docker/docker-compose.yaml down && docker-compose -f docker/docker-compose.yaml up -d

并且你之前下载在容器里面的插件需要删除后重新下载才能生效。

另外，这个主要原因其实是：容器内的127.0.0.1指向容器自身，而不是宿主机

@Franklinyung commented on GitHub (Apr 16, 2025): > > docker-compose.yml中已经配置了，且确定代理地址可用，还是不行 > > 首先你需要确定你的代理服务是可以直接访问的，有的代理服务例如clash是无法直接通过127.0.0.1：7890（假设你的代理端口是7890）访问的。 > > 你需要开启这个功能或者直接使用你的主机本地地址，例如：192.168.31.166：7890，注意.env和docker-compose.yaml文件都需要设置。 > > 其中docker-compose.yaml文件需要设置的容器有：api、worker、sandbox,注意配置完成后需要重新启动服务： > > `docker-compose -f docker/docker-compose.yaml down && docker-compose -f docker/docker-compose.yaml up -d` > > 并且你之前下载在容器里面的插件需要删除后重新下载才能生效。 另外，这个主要原因其实是：容器内的`127.0.0.1`指向容器自身，而不是宿主机
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
Knowledge Pipeline
Proposal
WIP
cloud
dependencies
feat:webapp
good first issue
outdated
performance
pull-request
Mirrored from GitHub Pull Request
 python:uv
refactor
size:L
stale
status: accepting prs
status: blocked
status: in discussion
stt & tts
vulnerablity
web
wont-fix
🌊 feat:workflow
🌚 invalid
🐞 bug
👻 feat:rag
💪 enhancement
📚 documentation
🔨 feat:tools
🙋‍♂️ question
🙏 help wanted
🤔 cant-reproduce
🤖 feat:agent
No Label
Milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
yindo
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: langgenius/dify#520
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?