En Cisco 5508 v7.2.103.0, tengo un par de WLAN configuradas. Llámalos ABC y XYZ por el bien de esta pregunta. ABC utiliza 802.1X y obtiene una URL de redireccionamiento de la página de inicio empujada hacia abajo. XYZ usa PSK y usa la configuración externa de WebAuth para enviar una URL de redireccionamiento de la página de inicio de sesión. Tanto las páginas de inicio como las de inicio de sesión se sirven bajo la misma URL base (servidor web externo) como http://webauth.example.com/splash.html y /login.html.
WLAN ABC - Splash-Page-Web-Redirect[WPA + WPA2][Auth(802.1X + CCKM)]
WLAN XYZ - Web-Passthrough[WPA2][Auth(PSK)]
Veo lo que parece ser un comportamiento inconsistente cuando las URL de redireccionamiento se muestran en los dispositivos, el estado webauth / NAC RUN y la capacidad de obtener acceso a Internet (o no obtenerlo cuando debería).
Entiendo que la página de inicio de sesión requiere aceptación (no se requiere nombre de usuario) antes de permitir que pase el tráfico y el WLC simplemente tiene que pensar que el dispositivo vio la página de bienvenida (no es necesaria la aceptación) para que el tráfico fluya aquí.
He visto prácticamente todas las condiciones posibles , pero los casos en que el tráfico fluye no siempre tienen sentido.
- La redirección de página de inicio o inicio de sesión se produce al navegar a una URL de texto plano no segura; webauth muestra Authenticated with NAC state RUN, flujos de tráfico. Esto es lo que se espera que suceda, pero no sucede a menudo.
- La redirección de página de inicio o inicio de sesión no se produce cuando se navega a una URL de texto plano no segura; webauth muestra Authenticated with NAC state RUN, flujos de tráfico (pero no debería después de eliminar al cliente de WLC para forzar la redirección de webauth que no se mostró).
- La redirección de página de inicio o inicio de sesión no se produce al navegar a una URL de texto plano no segura; webauth no autenticado con el estado NAC WEBAUTH, el tráfico fluye (pero no debería).
- La redirección de página de inicio o inicio de sesión se produce al navegar a una URL de texto plano no segura; webauth muestra Sin autenticar con WEACUTH del estado NAC, el tráfico no fluye (pero debería si WEBAUTH se muestra como aprobado).
- La redirección de página de inicio o inicio de sesión no se produce al navegar a una URL de texto plano no segura; webauth no autenticado con el estado NAC WEBAUTH, el tráfico no fluye (como se esperaba).
En todos los casos, los detalles del cliente muestran que se configuró la URL de redireccionamiento.
En los dos casos en que todo funcionó como se esperaba con la redirección, el estado de Webauth / Run y el flujo de tráfico (ya sea permitido o denegado), no creo que las ACL sean el problema. Nada más está siendo empujado hacia abajo desde ACS que no sea la URL de redireccionamiento. Las dos WLAN están codificadas en diferentes VLAN.
¿Podría ser un comportamiento aleatorio o mis ojos solo me están engañando? Vi un comportamiento ligeramente diferente con diferentes dispositivos, algunos más aleatorios, otros menos.
¿Cuál es el mejor enfoque para reducir este problema?
Actualización : DNS no es el problema. La accesibilidad general a IP funciona aleatoriamente en el navegador. Independientemente del estado de webauth (RUN vs WEBAUTH-REQD), a veces el navegador funciona y otras no. (Las solicitudes iniciales siempre son HTTP de texto sin formato). Incluso he visto tráfico regular para aplicaciones que no son web como SMTP, así que realmente estoy pensando que Webauth está molestando con esto, pero no veo nada obviamente malo . Tengo una ACL preautorizada que es bastante liberal y una ACL de invitados . Incluso he agregado el permiso any / any a ambas ACL que no hicieron la diferencia.