We have a Hotspot service and until today everything worked fine. Suddenly all our customers that have chrome opening as a captive portal browser, instead of being redirected to our page through login.html they go to https://www.google.com, if they type any http address on their browsers they are redirected correctly. It happens on different versions of RouterOS. We have V6.34, V6.35 and V6.36
That will probably work, but I cannot do it to all our customer phones, or sugest that they do it since there is no way to do that! We get thousands of visitors every day in more than 200 locations and all are hotspots.
Until yesterday, my phone just oppened the hotspot with the correct address that is inside login.html. Now, it seems login.html is not working for those phones in all 200 locations!
This is a non solution. We need a workaround that redirects correctly or we are loosing business. If this is something that google did with chrome...
Update: NOPE. not working either. My homepage was already a different address without https.
Unfortunately the web is changing to https (with Google pulling at the front), so sulutions that work
only in http are just not viable anymore. Problems like this will appear more and more.
(including difficulties to block certain sites, block certain URLs, etc)
Does the login page open when you type ip-address/login on the browser?
Yes. It also opens if I type any other address that is not reachable because of the hotspot. I can type http://www.cnn.com and it will go to the login.
It could also be a bug introduced in this version of Android Chrome. If behind a captive portal, it seems to ignore my homepage and goes for https://www.google.com, thus hanging there, because of the hotspot.
I read that Google has implemented HSTS on their search page.
So, it is not a bug. It is just the ongoing fight between those that want to do things like Hotspot, and those
that want to encrypt everything and make all interactions like a captive portal impossible.