mirror of
https://github.com/NginxProxyManager/nginx-proxy-manager.git
synced 2026-04-26 01:45:54 +03:00
[GH-ISSUE #5] more setting request #5
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#5
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 @NoName805 on GitHub (Jul 25, 2018).
Original GitHub issue: https://github.com/NginxProxyManager/nginx-proxy-manager/issues/5
Could you please add some settings as below config?
Because I have no idea to forward my site to my back-end https server? --> proxy_pass https://x.x.x.x/;.
I just modify the config file as below for make my site work now.
Many thanks.
@jc21 commented on GitHub (Jul 25, 2018):
I do want to improve the functionality while maintaining an easy to understand interface. I think giving the ability to modify the config within the site will be the best option for this. It's pretty hard to support websockets upgrade for example as nearly every different site puts that in a different subpath.
@SGStino commented on GitHub (Sep 28, 2018):
Perhaps the advanced configuration should by default show the entire
server { }configuration contents, just automatically generated, and the variables from the first tab provided as $variables?(so basically move the
location / { }to the advanced configuration by default?)As long as nobody goes to the advanced tab, it's still simple to use, but also more powerfull for more experienced users?
So far i've been able to do the websockets for most scenarios, except now for mosquitto. Where the root seems to be the websocket path.
@jc21 commented on GitHub (Sep 29, 2018):
Yep I considered that as an option. In your case, it might be worth adding a option to enable websocket upgrades for the entire site, as the quickest solution. I've been considering that anyway and no reason why both ideas can't co-exist. I'll look in to it in a week
@jc21 commented on GitHub (Oct 1, 2018):
This doesn't solve the original issue, but I've added another setting for Proxy Hosts in version 2.0.3 for any hosts that need websocket upgrades. Just turn on "Allow Websocket HTTP Upgrades" and hopefully everything works without the need for advanced config.
@chaptergy commented on GitHub (May 10, 2021):
As custom nginx configuration for hosts and locations are possible, I think this issue does not have to stay open anymore.