unsecured connection from my SSID that has custom splash page URL

MichaelLipat
Comes here often

unsecured connection from my SSID that has custom splash page URL

Hi Everyone,

 

Seeking for your help if there is any resolution on my issue encountered.

 

As of now, some of my users is not able to connect with wireless connection from the captive portal. I have done some packet capture during the authenticatiom until the unsecure connection to http:<server id>.network-auth.com/splash has been stucked.

 

The status code is 302 which should be redirected with our custom URL for splash page.

 

Weird thing is if I will copy the redirected url of meraki it will able to redirect to my custom splash page bht if it from the authentication from msftconnectest.com> network-auth.com it stuck with unsecure connection. 

 

I had check as well my content filtering policy from my firewall and this is not blocked.

 

Note: I haven't tried yet from other device platform (macos) and not intune joined.

 

My work around as of now is copy first the temp url given my meraki and copy it to browser with incognito mode and I am able to proceed with the custom splash page.

4 Replies 4
alemabrahao
Kind of a big deal
Kind of a big deal

Does your external server have a valid SSL certificate?

Can you send a screenshot of the error?

I am not a Cisco Meraki employee. My suggestions are based on documentation of Meraki best practices and day-to-day experience.

Please, if this post was useful, leave your kudos and mark it as solved.
MichaelLipat
Comes here often

Below is the error prior splash page when I have received the error.

Per checking on the packet capture, temp URL has valid cert but when I check the process get process and response should be https. (Correct me if I'm wrong). Below is the link for documentation

 

Captive Portal with Click-through API logic - Meraki Captive Portal API - Cisco Meraki Developer Hub

 

MichaelLipat_3-1755039152751.png

 

 

MichaelLipat_2-1755039125682.png

 

 

RobWilliamsTech
Comes here often

We are having same issue with Google Authentication. We have to switch between different browsers and use http://neverssl.com for it to even pass along credentials. Huge pain when you have 220 plus teachers coming back in the building. 

MichaelLipat
Comes here often

From my end the problem is we have a 30-90 days password expiry and every users need to re-authenticate with the splash page which is needs to connect first with the SSID.

Get notified when there are additional replies to this discussion.