[GH-ISSUE #457] Nginx cannot run when got "host not found in upstream" #4688

Closed
opened 2026-03-01 15:35:16 +03:00 by kerem · 2 comments
Owner

Originally created by @thongbn on GitHub (Jul 29, 2024).
Original GitHub issue: https://github.com/0xJacky/nginx-ui/issues/457

Describe the bug
When restart ngnix in docker then got few service not automatic started, nginx will not continue run (mean cannot access nginx-gui, port 80 wont exported) until all service run

Expected behavior

  • Should be run normally, ignore un-started service

Screenshots
image

Info (please complete the following information):

  • Server OS: docker run in centos stream 9
  • Nginx UI Version: nginx-ui:beta 29
Originally created by @thongbn on GitHub (Jul 29, 2024). Original GitHub issue: https://github.com/0xJacky/nginx-ui/issues/457 **Describe the bug** When restart ngnix in docker then got few service not automatic started, nginx will not continue run (mean cannot access nginx-gui, port 80 wont exported) until all service run **Expected behavior** - Should be run normally, ignore un-started service **Screenshots** ![image](https://github.com/user-attachments/assets/7d168882-47ea-4851-ad61-1d8b20e09444) **Info (please complete the following information):** - Server OS: docker run in centos stream 9 - Nginx UI Version: nginx-ui:beta 29
kerem 2026-03-01 15:35:16 +03:00
  • closed this issue
  • added the
    bug
    label
Author
Owner

@0xJacky commented on GitHub (Jul 29, 2024):

I’m sorry for any inconvenience caused. This limitation is due to nginx itself, not nginx-ui. We have configured a reverse proxy in nginx to forward requests to nginx-ui. Therefore, to access nginx-ui via port 80, nginx must be running.

However, this does not mean there is no way to access nginx-ui if nginx is not started. You can export the port that nginx-ui is listening on to the host, allowing you to access nginx-ui directly without going through nginx.

<!-- gh-comment-id:2255434544 --> @0xJacky commented on GitHub (Jul 29, 2024): I’m sorry for any inconvenience caused. This limitation is due to nginx itself, not nginx-ui. We have configured a reverse proxy in nginx to forward requests to nginx-ui. Therefore, to access nginx-ui via port 80, nginx must be running. However, this does not mean there is no way to access nginx-ui if nginx is not started. You can export the port that nginx-ui is listening on to the host, allowing you to access nginx-ui directly without going through nginx.
Author
Owner

@thongbn commented on GitHub (Jul 29, 2024):

I’m sorry for any inconvenience caused. This limitation is due to nginx itself, not nginx-ui. We have configured a reverse proxy in nginx to forward requests to nginx-ui. Therefore, to access nginx-ui via port 80, nginx must be running.

However, this does not mean there is no way to access nginx-ui if nginx is not started. You can export the port that nginx-ui is listening on to the host, allowing you to access nginx-ui directly without going through nginx.

Thank for your response, i understood.

<!-- gh-comment-id:2255688044 --> @thongbn commented on GitHub (Jul 29, 2024): > I’m sorry for any inconvenience caused. This limitation is due to nginx itself, not nginx-ui. We have configured a reverse proxy in nginx to forward requests to nginx-ui. Therefore, to access nginx-ui via port 80, nginx must be running. > > However, this does not mean there is no way to access nginx-ui if nginx is not started. You can export the port that nginx-ui is listening on to the host, allowing you to access nginx-ui directly without going through nginx. Thank for your response, i understood.
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
starred/nginx-ui#4688
No description provided.