mirror of
https://github.com/open-webui/open-webui.git
synced 2026-07-15 21:19:39 -05:00
[GH-ISSUE #21922] issue: Images fail to load behind reverse proxy in 0.8.x (LAN works, internet broken) #58283
Reference in New Issue
Block a user
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?
Originally created by @Hellrabb on GitHub (Feb 27, 2026).
Original GitHub issue: https://github.com/open-webui/open-webui/issues/21922
Check Existing Issues
Installation Method
Docker
Open WebUI Version
0.8.3
Ollama Version (if applicable)
No response
Operating System
ubuntu 24.04
Browser (if applicable)
chrome 143
Confirmation
README.md.Expected Behavior
Whether accessed via LAN IP or public domain name (WAF/reverse proxy), the following elements from the same instance should display correctly:
Additionally, image URLs should be externally accessible addresses, not links restricted to internal networks.
Actual Behavior
Local network access (e.g., http://192.168.x.x:3000):All images display normally.(Images are displayed via URLs included in the tool's return results)
Public domain address access (e.g., https://openwebui.example.com):
Image locations appear blank or display loading failure icons;
In the browser's Network panel, image request URLs point to internal network addresses (e.g., http://192.168.x.x/...) or other invalid links;
Since these links are inaccessible from the external network, images fail to display.
Steps to Reproduce
Trigger a RAG search and receive results with images.
Verify images display correctly when accessed via the LAN.
Observation: Images fail to display. The browser developer tools (Network tab) show image requests pointing to internal network addresses or invalid paths, causing loading failures.
Logs & Screenshots
The image element in the Chrome console is:
![检索到的图片]()
Additional Information
I've already tried newer versions (such as 0.8.5), and the situation appears different—image links revert to a default path. Due to environmental constraints, I'll conduct further testing and add screenshots if needed.