I have some Mac Book users who appear to have issues redirecting to the captive portal when using Safari 7.0.5. So far this might only be one site as I have not heard complaints from other sites (yet). These Mac Books are running Maveric OSX. Has anyone ran into anything similar? They have stated that they changed around some of the Safari settings but it did not help redirect; but it only works when you paste in the direct link to the captive portal. I dont have a Mac Book, are there any other settings they can take a look at? It appears Chrome and Firefox work on the same laptops.
I am seeing a similar situation with users running Yosemite this week. They are not being redirected, and they can't connect even if I paste in the portal's url. I have seen this with two users this week. Any help would be appreciated.
AP FW 6.9.0-28
When you say they paste in the direct link, do you mean the IP address or the URL? In Bob's case, the user needs to try to the IP address instead of the URL. It might be a DNS issue on the client. In both cases, it is essential that users refresh their page or try a page they normally would not browse to. This helps alleviate cache concerns. Also, it might be required to have the user forget the network. This will help clear out old IP settings. Macs have been notorious for wanting to reuse an old address. So in short, here's a quick outline of what to try.
If all of this fails, then you need to start looking at packet captures.
Assume that, you already done a Captive Portal with 02 role Unregister and "Wifi" role.
My thinking your issue doesn't allow URL http://www.apple.com/library/test/success.html. When an Apple iOS device (iPhone, iPad, iPod) connects to a WiFi network, the first thing it does is make a request to this URL, it will be okay or not. Normally, we should add some of white-list URL to allow OS checking work on Captive Portal.
Might you need to add this URL to Destination Group, then allow it on Un-registered Role. Let try please.