Flujo operativo del servidor de redireccionamiento HTTP local (serie MX, ACX7100-48L, ACX7332 y ACX7348)
Puede utilizar la función de redireccionamiento HTTP local en configuraciones en las que el servidor de redireccionamiento reside localmente en un enrutador. Esta función está disponible en los enrutadores de la serie MX y en los enrutadores ACX7100-48L, ACX7332 y ACX7348.
Un servidor local de redireccionamiento HTTP que reside localmente en un enrutador procesa las solicitudes HTTP redirigidas a él y responde con una URL de redireccionamiento que apunta a un portal cautivo. Puede implementar el servidor local como un servicio dentro de un conjunto de servicios, lo que proporciona más escalabilidad y mejor rendimiento. Cuando se utiliza un servidor de redireccionamiento HTTP local, es necesario configurar una regla de servicio HTTP para redirigir las solicitudes HTTP a un portal cautivo dentro de un jardín amurallado.
Un jardín amurallado es un grupo de servidores que proporcionan al suscriptor acceso a sitios dentro del jardín amurallado sin requerir reautorización a través de un portal cautivo. El tráfico de solicitud HTTP de los suscriptores destinados a servidores fuera del jardín amurallado es interceptado y redirigido por el servicio de entrega de contenido del portal cautivo (CPCD) o el motor de enrutamiento. El servicio CPCD o el motor de enrutamiento localiza la URL de redireccionamiento aprovisionada para el suscriptor específico y envía una respuesta con el código de estado HTTP 302 o 307 que incluye la URL localizada.
La figura 1 muestra la implementación del servicio general durante la configuración de acceso para un servidor de redireccionamiento HTTP local. El servidor de redireccionamiento HTTP reside localmente en el enrutador. La conexión del servicio se produce al iniciar sesión del suscriptor y la separación del servicio se produce al cerrar sesión del suscriptor.
Una solución completa de redireccionamiento HTTP depende de servidores back-end, como SRC, portal cautivo y RADIUS; Su integración es específica para el esquema de integración preferido de cada cliente.
servidor de redireccionamiento HTTP local
El suscriptor inicia sesión conectándose a través de la red de acceso.
RADIUS autentica al suscriptor y envía un servicio activate (redirección HTTP), que redirige el tráfico HTTP al portal cautivo en un jardín amurallado.
El suscriptor intenta acceder al servidor de contenido (tráfico HTTP) fuera del jardín amurallado.
El enrutador redirige el tráfico HTTP del suscriptor al portal cautivo.
El portal cautivo envía una página de autorización al suscriptor.
El suscriptor introduce las credenciales para obtener la autorización.
El portal cautivo verifica las credenciales del suscriptor.
El portal cautivo autoriza al suscriptor y notifica al servidor de políticas de redireccionamiento SRC.
El servidor de políticas de redireccionamiento de SRC comprueba la base de datos de suscriptores y formula una política para que el suscriptor pueda acceder al servidor de contenido.
El servidor de políticas de redireccionamiento SRC envía la política directamente al enrutador mediante JSRC o Diameter.
Como alternativa, el servidor de políticas de redireccionamiento SRC notifica al servidor RADIUS, que a su vez envía un cambio de autorización (CoA) al enrutador.
El enrutador adjunta la nueva política, anulando la política de redireccionamiento inicial.
El suscriptor ahora obtiene acceso al servidor de contenido.