-
Notifications
You must be signed in to change notification settings - Fork 21
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
SSL #70
Comments
Hey, by adding SSL, do you mean an option to install a certificate? HTTP->HTTPS redirection is not really done by Wrapperr, and is typically executed by the DNS provider, proxy service or by the app/site opening the link. The exception however is two ports. If you are using port 80, many browsers will assume HTTP, at 443 they will assume HTTPS. I can open a HTTP link like this People hosting open source applications, which they want to share outside their own network, typically utilize a reverse proxy for simplicity, security and certificate management. Options like Nginx, Traefik and Cloudflare tunnels allow you to share services with automatic certificate-retrieval from providers like Let's Encrypt and Cloudflare. Because of reverse proxies, many projects don't bother with certificate options, as this can be done by the reverse proxy. |
Yeah - to be able to add a certificate essentially, just so that one is presented should a user get forced over https. Just to clarify the issue I had with mobile users:
I will look into a reverse proxy, but haven't bothered yet as haven't really needed. Appreciate this is an external problem for you and really is to do with WhatsApp and Android/Chrome, but couldn't find any detail on it as to why it happens. |
Fixed in v3.2.0. |
Is there any option to add SSL?
Reason being - when the link gets shared over WhatsApp, even if the link is http:// when it is clicked on it opens as https:// and the user just gets an error until they manually edit the URL.
The text was updated successfully, but these errors were encountered: