RADIUS Wi-Fi-aanmelding teenoor HTTP-proxy-verifikasie
Bepaal of RADIUS-bewyse vir netwerktoegang, proxy-magtiging of tydgebaseerde logkorrelasie dien.
'n Suksesvolle Wi-Fi-aanmelding beantwoord nie outomaties 'n webproxy se 407-uitdaging nie. RADIUS kommunikeer met 'n netwerktoegangsbediener; HTTP-proxy-verifikasie is 'n ander gesprek tussen die kliënt en die proxy.
Bepaal watter van hierdie take jy nodig het voordat jy die rekords saamvoeg:
| Doel | Vereiste bewyse of integrasie |
|---|---|
| Magtig 'n Squid-versoek volgens 'n genoemde rekening of groep | 'n Identiteitsmeganisme wat vir daardie versoek beskikbaar is, soos ondersteunde geïntegreerde proxy-verifikasie |
| Rapporteer watter netwerksessie met vroeëre proxyverkeer verband hou | Getimaliseerde sessie- en adrestoewysingsrekords wat met die proxy-gebeurtenis gekorreleer is |
Bewaar vir verslagdoening die RADIUS-sessie-identifiseerder, sessieye, toegewysde adresse en relevante DHCP- of toewysingsgeskiedenis. 'n Squid-toegangsrekord beskryf 'n HTTP-gebeurtenis; RADIUS-rekeningkunde beskryf 'n netwerksessie.
Veronderstel een skootrekenaar laat 'n adres vry en 'n ander kry dit. As jy net op die adres saamvoeg, word die tweede toestel se verkeer aan die eerste toegewys. NAT, gedeelde werkstasies, tonnels en gelyktydig geldige adresse skep nog meer onduidelikheid.
Beskryf 'n korrelasie as verkeer wat met 'n netwerksessie verband hou onder vermelde karteringsreëls. Dit kan nuttig wees sonder om 'n geauthentiseerde proxy-identiteit te wees wat aan die transaksie gekoppel is. Selfs ooreenstemmende gebruikersname in die twee stelsels voorsien nie die ontbrekende integrasie op versoekvlak nie.