Closed HarvsG closed 3 years ago
For other people who stumble upon this issue, you need to do two things:
proxy_set_header X-Forwarded-Proto https;
header in the location block<config-path>/www/.env
file and set APP_URL
to the the correct domainNote that in this case I use the http port for the internal forwarding; if you use https you can probably skip the first step.
You have touched on a couple of things here but the most pertinent of which is probably NAT reflection and spilt horizon DNS.
See my relevant PR words here for a diff container.
https://github.com/linuxserver/docker-wireguard/pull/22/files
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.
If you are new to Docker or this application our issue tracker is ONLY used for reporting bugs or requesting features. Please use our discord server for general support.
Expected Behavior
In an ideal world, irrespective of whether I navigate to heimdall locally (192.168.x.x), local hostname (heimdall.lan) or over the net (heimdall.home.example.com) the links in heimdall would take me to where I want to go.
Current Behavior
Heimdall allows you to provide a link address and then creates a simple hyperlink
Steps to Reproduce
Start pointing subdomains at your services in nginx
*.home.example.com
to your home addressomv.home.example.com
but if local they will need to be in the format192.168.X.X:8080
orhostname.lan:8080
.Thus you can't have your cake and eat it too.
It would be great if linuxserver/letsencrypt and linuxserver/heimdall would play nicely together. That way not only would heimdall be a way to organise your local services, but it would also be a way to make them remotely accessible without a VPN!
Environment
OS:OMV5
CPU architecture: x86_64/arm32/arm64
How docker service was installed: Via OMV