-
Notifications
You must be signed in to change notification settings - Fork 118
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
behind nginx-proxy #276
Comments
In what way is it not working? Do you see the requests coming in at mox? And is mox responding with 404? or is there another error? In the past, I've seen some issues before where nginx wasn't forwarding the original hostname, so requests were sent to mox without hostname. I think that was the default reverse proxy configuration in nginx. Perhaps you can show the mox.conf snippets for the public listener, and the nginx config that is doing the forwarding, and any logging by nginx and mox?
Yes, that's expected. The "trust-ad" is not necessary when the nameserver is on a loopback IP. But anything that's not clearly on the same machine needs to be explicitly marked as trust-ad. |
when u make http request to local ip or to public ip (they are both local for my pc) - u make it by ip - and all works |
ok found the problem - mox makes everythig relative to hostname not to domainname hostname.domain.com - works, hostname.domain.com/admin - works, hostname.domain.com/webmail - works now only sts dont work - couse i cant make it relative to hostname couse it is expected relative to domainname AND THATS WHY ITS BAD the system to be so closed - i cant even see does this sts text file exists ... And as for the easy of setup and use - well ITS NOT !!! it more like : guess how it works and hadles everything one by one ... Else on the good side - its FAST ! and LOW ON RESOURCES ! which is great |
I can not get it it working behind nginx proxy - all functions on server works but cant access webserver, webmail and sts with nginx proxy.
Also webserver and webmail do not accept NonTLS, as its test case in lxc container - i can access web and webmail by public ip but not by proxy name redirect ...
to be clear:
internal:
192.168.10.199 - all working
public:
192.168.9.199 - server part and emails working
192.168.9.199, 192.168.9.199/admin, 192.168.9.199/webmail - working
nginx proxy domain.com->192.168.10.199, admin, webmail, sts - not working
It acts as http/https services listen only on ip - its ok for internals - but public must listen on names - based on domain
also dnssec is on other lxc with ip 192.168.9.99 and works only with: options edns0 trust-ad in resolv.conf
and between - about fal2ban - it bans at least 10 botters a day ... but fail2ban is kinda stupid way so its nice to have internal rate limiter for fails ...
The text was updated successfully, but these errors were encountered: