iphone - puedo - Cómo crear una página de inicio de sesión de WiFi
mi iphone detecta wifi pero no se conecta (3)
Cuando voy a un lugar con un punto de acceso WiFi (como Panera Bread) y me conecto con mi iPhone, la página de inicio de sesión del punto de acceso aparece como una ventana emergente. Es decir, independientemente de la aplicación que esté ejecutando o de la página web en la que esté, la página de inicio de sesión se desplaza hacia arriba desde la parte inferior, solicita mis credenciales de inicio de sesión y luego desaparece.
Pero en otros puntos de acceso, no obtengo la página de inicio de sesión hasta que voy a Safari e intento cargar una página web.
¿Qué busca el iPhone que hace que aparezca la página de inicio de sesión en algunos puntos de acceso y no en otros? ¿Hay una meta etiqueta HTML especial? ¿O está relacionado con la forma en que se implementa la redirección?
Sospecho que cuando aparece la página de inicio de sesión, el Wi-Fi está utilizando EAP . Este es un protocolo de Wi-Fi para la autenticación. En el caso de que necesite ir a una página web, la autenticación será un acceso personalizado implementado por un servidor (es decir, a un nivel más alto que el EAP).
iOS 6 aparentemente ha solucionado WPA2 EAP ya que de repente aparece la ventana de inicio de sesión.
El WiFi público de nuestra empresa requiere la aceptación de los términos de monitoreo, etc. Siempre tuve que abrir Safari manualmente en iPhone o iPad y navegar a algún lugar, redirige a una página de aceptación interna y cuando hiciste clic en el botón Aceptar, iría donde te dirigías originalmente .
Hoy, actualicé a iOS 6 y me sorprendió gratamente al ver que la ventana de inicio de sesión se abría desde la parte inferior y me permitía hacer clic en el botón Aceptar sin siquiera abrir Safari.
Logré encontrar el término correcto para este tipo de autenticación: "Portal cautivo". Al introducir el Captive Portal iPhone Google en el Captive Portal iPhone algunos detalles técnicos de estas páginas: one , two , three .
Para implementar una página de inicio de sesión de Wi-Fi emergente:
- La solicitud de DNS para
www.apple.comno debe fallar - La solicitud HTTP para http://www.apple.com/library/test/success.html con el agente de usuario especial
CaptiveNetworkSupport/1.0 wisprno debe devolverSuccess.
No he probado esto, pero suena bien.
Los comentarios a continuación mencionan que iOS 7 se comporta de manera diferente y puede consultar más de un servidor. No he probado esto. Lo más fácil sería simplemente redirigir todas las comunicaciones HTTP a su página de inicio de sesión y bloquear todas las comunicaciones no HTTP.
La detección del portal cautivo de Microsoft utiliza algo similar al comportamiento anterior a iOS7: su indicador de estado de conectividad de red intenta comunicarse con http://www.msftncsi.com . Windows 8 y 8.1 también incluyen soporte para WISPr .
La detección del portal cautivo de Android , a partir de AOSP 4.0.1, intenta ponerse en contacto con http://clients3.google.com/generate_204 o http://www.google.com/blank.html .
Por lo tanto, para ser lo más universal posible, querrá simplemente bloquear todas las comunicaciones, excepto la autenticación, e incluir el soporte WISPr en la página de inicio de sesión.
Yo diría "vaya con una autenticación adecuada en su red", algo universal como PEAP + MSCHAPv2, pero Windows hace que sea muy difícil para sus usuarios configurarlo. No sé quién pensó que "Usar los detalles de autenticación de Windows" hace que una configuración predeterminada sana en las máquinas que no forman parte de una red de dominio corporativo, o incluso por qué "Comprobar la validez del certificado" es una configuración predeterminada razonable, ya que la mayoría de las redes no lo consideran obtener un certificado adecuado una prioridad.