RADIUS Wi-Fi-pålogging kontra HTTP-proxyautentisering
Avgjør om RADIUS-bevis gjelder nettverkstilgang, proxyautorisasjon eller tidsbasert loggkorrelasjon.
En vellykket Wi-Fi-pålogging besvarer ikke automatisk en nettproxys 407-utfordring. RADIUS kommuniserer med en nettverkstilgangsserver; HTTP-proxyautentisering er en annen samtale mellom klienten og proxyen.
Avgjør hvilken av disse oppgavene du trenger før du kobler sammen loggene:
| Mål | Nødvendig bevis eller integrasjon |
|---|---|
| Autorisere en Squid-forespørsel etter navngitt konto eller gruppe | En identitetsmekanisme som er tilgjengelig for forespørselen, for eksempel støttet integrert proxyautentisering |
| Rapportere hvilken nettverksøkt som var knyttet til tidligere proxytrafikk | Tidsstemplede økt- og adressetildelingsposter korrelert med proxyhendelsen |
For rapportering må du ta vare på RADIUS-øktidentifikatoren, øktens tider, tildelte adresser og relevant DHCP- eller tildelingshistorikk. En Squid-aksespost beskriver en HTTP-hendelse; RADIUS-regnskap beskriver en nettverksøkt.
Anta at en bærbar PC frigjør en adresse og en annen mottar den. Å koble bare på adressen tilskriver trafikken fra den andre enheten til den første. NAT, delte arbeidsstasjoner, tunneler og samtidig gyldige adresser øker uklarheten.
Beskriv korrelasjonen som trafikk knyttet til en nettverksøkt under angitte mappingregler. Den kan være nyttig uten å være en autentisert proxyidentitet knyttet til transaksjonen. Selv sammenfallende brukernavn i de to systemene gir ikke den manglende integrasjonen på forespørselsnivå.