Accesso Wi-Fi RADIUS vs. autenticazione del proxy HTTP
Stabilite se le prove RADIUS servono all'ammissione in rete, all'autorizzazione del proxy o alla correlazione temporale dei log.
Un accesso Wi-Fi riuscito non risponde automaticamente alla richiesta 407 di un proxy web. RADIUS comunica con un server di accesso alla rete; l'autenticazione del proxy HTTP è un'altra conversazione tra il client e il proxy.
Stabilite quale di questi compiti vi serve prima di unire i registri:
| Obiettivo | Prova o integrazione necessaria |
|---|---|
| Autorizzare una richiesta Squid per account o gruppo nominato | Un meccanismo di identità disponibile per quella richiesta, come l'autenticazione proxy integrata supportata |
| Indicare quale sessione di rete era associata al traffico proxy passato | Registri di sessione e di assegnazione degli indirizzi con marca temporale, correlati all'evento del proxy |
Per la reportistica, conservate l'identificatore di sessione RADIUS, gli orari della sessione, gli indirizzi assegnati e la cronologia DHCP o di assegnazione pertinente. Un record di accesso Squid descrive un evento HTTP; la contabilità RADIUS descrive una sessione di rete.
Supponete che un portatile rilasci un indirizzo e un altro lo riceva. Unire solo sull'indirizzo attribuisce il traffico del secondo dispositivo al primo. NAT, workstation condivise, tunnel e indirizzi validi contemporaneamente aggiungono ulteriore ambiguità.
Descrivete la correlazione come traffico associato a una sessione di rete secondo regole di mappatura dichiarate. Può essere utile senza essere un'identità proxy autenticata legata alla transazione. Nemmeno nomi utente coincidenti nei due sistemi forniscono l'integrazione mancante a livello di richiesta.