Closed dolanor closed 10 years ago
I found the problem. In fact it wasn't SSOwat the culprit, but the nginx configuration with the HSTS. The includeSubdomain forces any subdomain to connect to https directly. Without even connecting to http first and be redirected instead.
I will try to make deis work with https because of the cookie stealing issue from a subdomain. If I can't, I will simply remove the includeSubdomains.
Hello, I have a yunohost configured on my server (in a LXC). I also have a deis installed (in a vagrant). All the default port for yunohost are forwarded from my main host to the yunohost LXC (ports 80, 443, 25, imap, pop, etc). To access my deis, I need a port 80 connection. Therefore, I configured a subdomain block for deis
dev.domain.com
that proxy everything going from*.dev.domain.com
to deis vagrant IP.My problem is :
http://myapp.dev.domain.com
with a new browser profile.http://domain.com
https://domain.com/yunohost/sso
http://myapp.dev.domain.com
with the same browser profilehttps://myapp.dev.domain.com
and fails since no server blocks listen for thatI tried to fix it, but I don't know really what to do since the server blocks seem right. I think it must be the SSOWat that makes a permanent 301 redirect https://github.com/YunoHost/packages/blob/master/yunohost-config-nginx/config/template.conf#L6
My current workaround is to check my deis app by going on a temporary profile on chromium. But it is very annoying.