Login Wi-Fi RADIUS vs. autenticação de proxy HTTP
Decida se as evidências RADIUS servem para admissão na rede, autorização do proxy ou correlação temporal de registos.
Um login Wi-Fi bem-sucedido não responde automaticamente ao desafio 407 de um proxy web. O RADIUS comunica com um servidor de acesso à rede; a autenticação de proxy HTTP é outra conversa entre o cliente e o proxy.
Decida qual destas tarefas precisa antes de juntar os registos:
| Objetivo | Evidência ou integração necessária |
|---|---|
| Autorizar um pedido Squid por conta ou grupo nomeado | Um mecanismo de identidade disponível para esse pedido, como a autenticação de proxy integrada suportada |
| Indicar qual sessão de rede estava associada ao tráfego de proxy anterior | Registos de sessão e de atribuição de endereços com data e hora, correlacionados com o evento do proxy |
Para os relatórios, preserve o identificador de sessão RADIUS, os tempos da sessão, os endereços atribuídos e o histórico relevante de DHCP ou de atribuição. Um registo de acesso Squid descreve um evento HTTP; a contabilidade RADIUS descreve uma sessão de rede.
Suponha que um portátil liberta um endereço e outro o recebe. Unir apenas pelo endereço atribui o tráfego do segundo dispositivo ao primeiro. NAT, estações de trabalho partilhadas, túneis e endereços simultaneamente válidos acrescentam mais ambiguidade.
Descreva a correlação como tráfego associado a uma sessão de rede segundo regras de mapeamento declaradas. Pode ser útil sem ser uma identidade de proxy autenticada ligada à transação. Mesmo nomes de utilizador coincidentes nos dois sistemas não fornecem a integração em falta ao nível do pedido.