Captive Portal lässt die Verbindung für IOS-Geräte fallen
Resolution
Ursache
Wenn ein IOS-Gerät mit WiFi verbunden wird, wird es automatisch mehrere Outbound-Verbindungen zu Diensten auf den unten aufgeführten Domains herstellen. Wenn das Captive-Portal konfiguriert ist, werden diese Verbindungen Gefangene Portal Umleitungen auslösen, aber diese werden für den Benutzer nicht sichtbar sein, da die conenctions im Hintergrund gemacht werden. Um eine Überbesteuerung des Captive-Portal Dienstes zu verhindern, ist die Anzahl der Verbindungen zum Dienst pro Quelle begrenzt. Dies könnte dazu führen, dass eine legitime Safari-Verbindung für eine Weile leer bleibt, bis die Hintergrund Anschlüsse eine Auszeit haben und mehr CP-Threads dem Client zur Verfügung gestellt werden.
Lösung
Um zu verhindern, dass der Benutzer einen leeren Bildschirm oder eine lange Ladezeit bekommt, können Sie die unten aufgeführten Domains Whitelist.
Android Captive Portal Detection:
Domain-Namen in die weiße Liste:
clients3.Google.com
IOS 6:
Domain-Namen in die weiße Liste:
GSP1.Apple.com
*. akamaitechnologies.com
www.Apple.com
Apple.com
IOS 7:
Domain-Namen in die weiße Liste:
www.appleiphonecell.com
*. Apple.com
www.iTools.Info
www.iBook.Info
www.Airport.US
www.thinkdifferent.US
*. Apple.com.edgekey.net
*. akamaiedge.net
*. akamaitechnologies.com
Dann erstellen Sie eine No-Captive-Portal-Regel und halten Sie diese oben auf der bestehenden Captive-Portal-Regel.
Übertragen Sie die Änderungen und versuchen Sie neue Verbindungen von den IOS-Geräten.
Es wird den IOS-Benutzer immer noch dazu veranlassen, die Benutzerberechtigungen von seinem Standard-Safari-Browser einzugeben, wenn sich Ihr Gerät mit Ihrem Netzwerk verbindet, und die Internet Zugangs Richtlinien dieser Benutzerbasis auf seiner Mitgliedschaft in der anzeigen Sicherheitsgruppe durchzusetzen.