Inicio de sesión Wi-Fi RADIUS fronte á autenticación de proxy HTTP
Decida se as probas RADIUS serven para o acceso á rede, a autorización do proxy ou a correlación temporal de rexistros.
Un inicio de sesión Wi-Fi correcto non responde automaticamente ao desafío 407 dun proxy web. RADIUS comunícase cun servidor de acceso á rede; a autenticación de proxy HTTP é outra conversa entre o cliente e o proxy.
Decida cal destas tarefas precisa antes de unir os rexistros:
| Obxectivo | Proba ou integración necesaria |
|---|---|
| Autorizar unha petición de Squid por conta ou grupo con nome | Un mecanismo de identidade dispoñible para esa petición, como a autenticación de proxy integrada compatible |
| Informar que sesión de rede se asociou co tráfico de proxy anterior | Rexistros de sesión e de asignación de enderezos con marca de tempo, correlacionados co evento do proxy |
Para os informes, conserve o identificador de sesión RADIUS, as horas da sesión, os enderezos asignados e o historial relevante de DHCP ou de asignación. Un rexistro de acceso de Squid describe un evento HTTP; a contabilidade RADIUS describe unha sesión de rede.
Supoña que un portátil libera un enderezo e outro recíbeo. Unir só polo enderezo atribúe o tráfico do segundo dispositivo ao primeiro. NAT, estacións de traballo compartidas, túneles e enderezos válidos ao mesmo tempo engaden máis ambigüidade.
Describa a correlación como tráfico asociado a unha sesión de rede baixo regras de mapeo declaradas. Pode ser útil sen ser unha identidade de proxy autenticada vinculada á transacción. Mesmo os nomes de usuario coincidentes nos dous sistemas non achegan a integración que falta a nivel de petición.