Captive portal stays blank, it takes a long time to appear
Hello everyone! I have problems with the captive portal, it takes a long time to appear and on android phones it does not appear, it only loads a blank page, and if I refresh the portal it only shows: "data:text/html " I have tried with the original portal of omada controller and the same thing also happens, in iphone devices it does not render the html, it shows the source code directly, I do not have any acl, in summary the problems that I am presenting are the following: 1) The original captive portal of Omada controller does not load, in most cases, it only shows a blank page, I have to hit the wifi network up to 5 times for it to appear. I have tried with portal modes: a) Without password: the original omada and a custom portal. B) external portal, stays blank in all cases
the problem is that the portal stays blank whatever it is.
2) On Iphone devices, it directly displays the source code, it doesn't render the html. Controller data: model OC200 version: 5.7.6 Firmware version : 2.7.7 Build 20221206 Rel.58608
- Copy Link
- Subscribe
- Bookmark
- Report Inappropriate Content
I was playing around with guest wifi and the portal authentication. I was initially getting the same blank screen. I had ACLs on the EAP denying access to RFC1918 networks (in addition to having the guest button clicked in the WLAN setting for the guest wifi). I created a pre-authentication acl allowing access to the controller's ip address (the controller is the device serving up the portal page). I also had to disable the EAP ACL (I suspect I need to modify it to allow access to the controller IP address as well. I would have thought the pre-auth acl would have taken care of that but it may be a precedence issue; hard to tell from the gui). The portal page then loaded as expected.
- Copy Link
- Report Inappropriate Content
@aletfox Do you have any access controls rules or restrictions. between the guest network and the network that the controller sits on?Have you set the controller hostname/ IP under the controller access config ?
You can also try an open the portal in another browser once connected to the guest network. You should just be able to enter the IP address if the controller into the browser and it should redirect you to the portal page.
- Copy Link
- Report Inappropriate Content
Help ....
Hello ladies and gentlemen,
I manage some sites on SDN Omada and some of them are giving problems.
Some are ok, perfect, when logging in, it enters normally, quickly.
In others, it does not enter, the white screen remains, after a long time on some smartphones the website "connectivitycheck gstatic com" appears but the omada hotspot does not open.
Help, this is very serious for us!! We will have to abandon omada for this problem.
Setup:
SDN Omada on linux ubuntu server 22.10
-> 20 sites
-> Portal
-> Hotspot
-> Voucher
((Original (pt_BR))):
Olá senhores e senhoras,
administro alguns sites no SDN Omada e alguns deles stão dando problemas.
Alguns estão ok, perfeitos, ao fazer o login, entra normal, rápido.
Em outros, não entra, fica a tela branca, depois de muito tempo em alguns smartphones aparece o site connectivitycheck gstatic com mas não abre o hotspot do omada.
Socorro, isto é muito sério para nós !! Teremos que abandonar o omada por este problema.
SDN Omada no linux ubuntu server 22.10
-> 20 sites
-> Portal
-> Hotspot
-> Voucher
- Copy Link
- Report Inappropriate Content
I have the same problem!! In some devices it loads very quickly and in another it doesn't load, just like the image shown by @DanielSalina, it really is very frustrating when dealing with equipment intended for the business segment where the minimum that is sought is stability. Hopefully TPLINK sent an Update/fix quickly. I see that I am not the only one that happens to you, this frustrating situation.
- Copy Link
- Report Inappropriate Content
After several attempts and a lot of waiting, this attached screen appears.
And already, yes, it already includes this site in the "Authenticator -> Access Control - Pre-Authenticatos Access" list, but the error persists.
((original (pt_BR)))
Depois de várias tentativas e muito esperar, aparece esta tela.
E já, sim, já inclui este site na lista do "Authenticator -> Access Control - Pré-Authenticatos Access", porém o erro persiste.
- Copy Link
- Report Inappropriate Content
- Copy Link
- Report Inappropriate Content
After so much research I discovered that both - connectivitycheck (dot) gstatic (dot) com - and the one from microsoft I don't remember the domain now, they are used by the device to verify that there is a connection, therefore, you must verify that they are not in the Pre-Authenticates Access list, since which will make the problem worse, if you use a custom portal I recommend not including anything that has the domain - something (dot)gstatic (dot) com - since Google uses that domain for its fonts (Google fonts) and other .js libraries
- Copy Link
- Report Inappropriate Content
@aletfox Hi, ran into the same problem, did you manage to find a solution?
- Copy Link
- Report Inappropriate Content
I was playing around with guest wifi and the portal authentication. I was initially getting the same blank screen. I had ACLs on the EAP denying access to RFC1918 networks (in addition to having the guest button clicked in the WLAN setting for the guest wifi). I created a pre-authentication acl allowing access to the controller's ip address (the controller is the device serving up the portal page). I also had to disable the EAP ACL (I suspect I need to modify it to allow access to the controller IP address as well. I would have thought the pre-auth acl would have taken care of that but it may be a precedence issue; hard to tell from the gui). The portal page then loaded as expected.
- Copy Link
- Report Inappropriate Content
Information
Helpful: 0
Views: 3617
Replies: 8
Voters 0
No one has voted for it yet.