Setup behind Traefik #76
Replies: 1 comment 3 replies
-
Hello @xploz1on, Your logs show that Django is rejecting the internal IP ('172.18.0.2:8000') in the HTTP_HOST header, which indicates that the reverse proxy isn’t forwarding the expected domain name. In a reverse proxy setup, the proper behavior is for the proxy to pass along the original host header from the client. For example, with Nginx you would include: proxy_set_header Host $host; Traefik’s default behavior is similar—passHostHeader is set to true by default—so it should forward the correct host header. If you’re seeing the internal IP instead, it’s likely due to one of the following:
While you could temporarily set This should resolve the error and maintain the integrity of your production environment. I would also strongly recommend using Nginx after your traefik. This is the preferred way of running wireguard_webadmin. Nginx would serve the static files and forward application requests to Django. If you run the version without Nginx, you will be running Django in DEBUG mode, which is not recommended for production. Cheers! |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
I am currently running my own instance to admin docker containers and I have a Traefik reverse proxy. I am running this is a cloud server (Using Cosmos Cloud).
EDITED
I am now able to log into the webmin instance.
Still getting the following error:
Is this because it is looking for the proxy you recommended using?
Thanks!!
EDIT:
Correct me if I'm wrong but. Can I manage multiple Wireguards server in different servers with one instance?
Beta Was this translation helpful? Give feedback.
All reactions