mirror of
https://github.com/NginxProxyManager/nginx-proxy-manager.git
synced 2026-04-25 09:25:55 +03:00
[GH-ISSUE #1386] I always get a 502 Bad Gateway error when I navigate to the root of a logged drupal site #1088
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#1088
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 @cjamcu on GitHub (Sep 8, 2021).
Original GitHub issue: https://github.com/NginxProxyManager/nginx-proxy-manager/issues/1386
Checklist
jc21/nginx-proxy-manager:latestdocker image?Describe the bug
I have a proxy host pointing to a site made with drupal 9. When I log into the site and navigate to the root I always get a 502 Bad Gateway error. I have tried to set custom settings but I am not successful.
PD : If I do the same flow but by the ip of the service I have no problem.
@jc21 commented on GitHub (Sep 8, 2021):
Sounds like the docker container for NPM can't communicate with your drupal site. You'll have to ensure that the scheme/ip/hostname/port of the drupal site is correct in the proxy config. You can confirm it's connectivity on the command line by running something like:
@cjamcu commented on GitHub (Sep 9, 2021):
The proxy is well configured because when I have not logged in the site works fine. This is verified by the curl that tells me to run, it is responding correctly. The curl works because it is being done without a user session. Thank you
@cjamcu commented on GitHub (Sep 10, 2021):
@jc21 The real problem was
upstream sent too big header while reading response header from upstream. I solved this by adding this advanced configuration