mirror of
https://github.com/NginxProxyManager/nginx-proxy-manager.git
synced 2026-04-26 01:45:54 +03:00
[GH-ISSUE #1466] Force SSL not working with non-standard port #1132
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#1132
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 @ysslang on GitHub (Oct 6, 2021).
Original GitHub issue: https://github.com/NginxProxyManager/nginx-proxy-manager/issues/1466
Checklist
jc21/nginx-proxy-manager:latestdocker image?Describe the bug
Similar to this question
Nginx Proxy Manager Version
2.9.9
To Reproduce
Steps to reproduce the behavior:
Expected behavior
Get a 302 redirect to https://server_name:60443
Screenshots
Operating System
Additional context
Solution is in this link too. Maybe 'error_page 497' is better than 'if() redirect'
@the1ts commented on GitHub (Oct 8, 2021):
Isn't one of the main points of NPM to simply and easily hide the mess of non-standard ports away from the client level?
What is the reason for the non-standard SSL port? ISP port blocking, permission issue for low numbered ports?
Although mixing http and https on a single port is possible, its never encouraged for security reasons and never been in any specification I've seen. Other specs allow the upgrade to SSL, i.e. email. But that is signed off at a specification level and only requires user intervention once at setup, not everytime a URL is typed.
@ysslang commented on GitHub (Oct 8, 2021):
Yes! You nailed it! My ISP, or Chinese ISPs blocked common service ports, like 443, 80, etc. So we have to deal with non-stantard ports. So please do me a favor.
@Danielv123 commented on GitHub (Oct 11, 2021):
This sounds like it is best solved by hosting nginx in the cloud and routing traffic back to your home network using an overlay network service like tailscale or zerotier. This way you won't have to deal with your ISP gatekeeping ports.
Normal http -> https redirection works by you entering http://my.domain:80 and being redirected to https://my.domain:443, which wouldn't work if you enter the wrong port.
@zierbeek commented on GitHub (Mar 8, 2022):
does force ssl even work with the standard ports? At my instance, with subdomains, that isn't working
@yqchilde commented on GitHub (Jun 21, 2022):
@ysslang Have you solved it? I have encountered the same situation.
@yqchilde commented on GitHub (Jun 22, 2022):
This is how I finally solved it!
error_page 497 301 =301 https://your_domain:your_port$request_uri;
@RobertusIT commented on GitHub (Aug 21, 2023):
please can you explain better?
My isp block a port range, so i open 443 to 32763
80 to 32764
How can I setup in proxy manager?