mirror of
https://github.com/NginxProxyManager/nginx-proxy-manager.git
synced 2026-04-25 17:35:52 +03:00
[GH-ISSUE #641] Connection refused when forwarding to Docker container of same Docker network #543
Labels
No labels
awaiting feedback
bug
cannot reproduce
dns provider request
duplicate
enhancement
enhancement
enhancement
good first issue
help wanted
invalid
need more info
no certbot plugin available
product-support
pull-request
question
stale
troll
upstream issue
v2
v2
v2
v3
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/nginx-proxy-manager-NginxProxyManager#543
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
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 @kutoman on GitHub (Oct 8, 2020).
Original GitHub issue: https://github.com/NginxProxyManager/nginx-proxy-manager/issues/641
What is troubling you?
connections by a reverse proxy setting to a docker container of the same docker network are refused.
I just can't figure out why the connections are refused. I feel like the fix is simple.
from the error log:
docker-compose.yml:
proxy host setting:
when trying to access: (on both http and https)
@zachthedev commented on GitHub (Oct 14, 2020):
@jc21 I am having this error too.
docker-compose.yml:
Error:
2020/10/14 04:17:51 [error] 10077#10077: *4025 connect() failed (111: Connection refused) while connecting to upstream, client: xxx.xxx.xxx.xxx, server: sub.domain.com, request: "GET / HTTP/1.1", upstream: "https://xx.x.x.xxx:xxxx/", host: "sub.domain.com"@kutoman commented on GitHub (Oct 14, 2020):
ok for my case.. the fix was really simple, as I initially expected... but it cost me a few days -.- I just assumed the wrong (default) port for my jetty container since jetty's default port is 8080 but I was using 80 instead. As a result, I had to adapt the proxy host setting accordingly as well.
@zachthedev commented on GitHub (Oct 15, 2020):
Not sure what fixed it for me, but I had just rebuilt the whole system a few times and then I got it.
Sorry for anyone coming from google to get help, but I don't have an answer.
@adsanz commented on GitHub (Aug 18, 2021):
This issue is kinda old, the issue happens when your restart the container Nginx is forwarding to, they get a new IP and Nginx does not seem able to get the newer one, only fix I've seen is restarting nginx container.