-
Notifications
You must be signed in to change notification settings - Fork 23
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
Redirect HTTPS traffic to the captive portal #4
Comments
The whole definition of "captive portal" revolves around "redirecting the user without his/her knowledge", which is exactly one of the things SSL was created to avoid. I think there is no way to solve this problem. Maybe using DNS. I'm reading about this. cheers. |
Yeah, I understand, but how we can do to reditect users to the portal when they write facebook.com, for example? Today, it does nothing. It keeps trying a nothing happens until it reaches timeout. Thats annoying. |
It's true and looks like there is no way to solve yet. You can't redirect https to http at this moment. |
When you hit a HTTPS webpage for the first time, it's not redirected to the captive portal. We need to do this because the user won't know what is going on.
So, we need to create a certificate for that, accept the request on nginx and return a redirect to the portal.
The certificate won't be valid, so, the user will have to accept this. Is there another way to do this? Something like "converting the https request into an http"?
The text was updated successfully, but these errors were encountered: