Inicio de sesión Wi-Fi RADIUS frente a la autenticación de proxy HTTP
Decida si la evidencia RADIUS sirve para el acceso a la red, la autorización del proxy o la correlación temporal de registros.
Un inicio de sesión Wi-Fi correcto no responde automáticamente al desafío 407 de un proxy web. RADIUS se comunica con un servidor de acceso a la red; la autenticación de proxy HTTP es otra conversación entre el cliente y el proxy.
Decida cuál de estas tareas necesita antes de unir los registros:
| Objetivo | Evidencia o integración necesaria |
|---|---|
| Autorizar una petición de Squid por cuenta o grupo con nombre | Un mecanismo de identidad disponible para esa petición, como la autenticación de proxy integrada compatible |
| Informar qué sesión de red se asoció con el tráfico de proxy anterior | Registros de sesión y de asignación de direcciones con marca de tiempo, correlacionados con el evento del proxy |
Para los informes, conserve el identificador de sesión RADIUS, las horas de la sesión, las direcciones asignadas y el historial relevante de DHCP o de asignación. Un registro de acceso de Squid describe un evento HTTP; la contabilidad RADIUS describe una sesión de red.
Suponga que un portátil libera una dirección y otro la recibe. Unir solo por la dirección atribuye el tráfico del segundo dispositivo al primero. NAT, estaciones de trabajo compartidas, túneles y direcciones válidas simultáneamente añaden más ambigüedad.
Describa la correlación como tráfico asociado a una sesión de red bajo reglas de mapeo declaradas. Puede ser útil sin ser una identidad de proxy autenticada vinculada a la transacción. Incluso los nombres de usuario coincidentes en ambos sistemas no aportan la integración que falta a nivel de petición.