La page du portail captif WiFly/Mikrotik ne se ferme pas sur iOS, mais fonctionne sur Android

La gestion automatique des portails captifs sur les œuvres par iOS téléchargeant automatiquement diverses URL d'Apple lors de la connexion à un nouveau réseau, comme ces URL :

http://captive.apple.com/hotspot-detect.html https://www.apple.com/library/test/success.html (et autres)

Si le téléchargement contient le mot "Success", iOS est convaincu que l'utilisateur a un accès direct à Internet.

Si le téléchargement contient autre chose, il s'agit très probablement d'une page de portail captif, qui demande à l'utilisateur de s'authentifier d'une manière ou d'une autre. Cela déclenche l'affichage à l'écran de la page téléchargée par l'assistant de réseau captif Apple.

L'utilisateur s'authentifie ensuite d'une certaine manière auprès de cette page. Ensuite, iOS vérifie périodiquement les URLs mentionnées précédemment pour voir si elle contient maintenant le mot "Success". Dès que c'est le cas, la fenêtre de l'ANC est fermée.

Cette méthode de détection des portails captifs et d'authentification est conforme à la spécification WISPr 2.0 et permet d'utiliser la méthode dite "d'accès universel" pour l'authentification. Cette spécification est suivie par les appareils iOS et Android.

Comme cela ne se produit pas dans votre cas, cela signifie que votre configuration empêche l'appareil iOS de télécharger la page correcte. Cela peut être dû à des paramètres de cache incorrects sur votre serveur proxy (si vous en avez un), à des paramètres DNS incorrects, à des contrôles d'authentification incorrects, etc. Il est particulièrement important de ne jamais bloquer les pages apple.com utilisées pour la détection du portail captif.

Dans certains cas, vous pouvez également rencontrer des problèmes si votre page de portail captif présente un certificat TLS périmé ou non valide.

Une autre source d'erreurs est lorsque votre système redirige l'utilisateur vers une autre page après une authentification réussie. Il peut s'agir d'une page interne ou d'une page externe. Selon la configuration de votre système, l'un des deux types de redirection peut être défaillant. Vous pouvez donc passer à l'autre type de redirection ou corriger les erreurs de configuration (telles que les contrôles de pare-feu ou d'authentification) qui empêchent l'utilisateur d'accéder à la page de redirection.

Un bon moyen de vérifier est d'utiliser Wireshark pour faire une capture de paquets de l'interface WiFi lorsque vous essayez de vous connecter. Vous serez en mesure de voir exactement vers quoi vous êtes redirigé et quelle requête échoue.