RADIUS Wi-Fi-innlogging kontra HTTP-proxyautentisering
Avgjer om RADIUS-bevis gjeld nettverkstilgang, proxyautorisasjon eller tidsbasert loggkorrelasjon.
Ei vellukka Wi-Fi-innlogging svarar ikkje automatisk på 407-utfordringa til ein nettproxy. RADIUS kommuniserer med ein nettverkstilgangsserver; HTTP-proxyautentisering er ein annan samtale mellom klienten og proxyen.
Avgjer kva av desse oppgåvene du treng før du knyter saman loggane:
| Mål | Naudsynt bevis eller integrasjon |
|---|---|
| Autorisere ei Squid-førespurnad etter namngjeven konto eller gruppe | Ein identitetsmekanisme som er tilgjengeleg for førespurnaden, til dømes støtta integrert proxyautentisering |
| Rapportere kva nettverksøkt som var knytt til tidlegare proxytrafikk | Tidsstempla økt- og adressetildelingspostar korrelerte med proxyhendinga |
For rapportering må du ta vare på RADIUS-øktidentifikatoren, økttidene, tildelte adresser og relevant DHCP- eller tildelingshistorikk. Ein Squid-aksespost skildrar ei HTTP-hending; RADIUS-rekneskap skildrar ei nettverksøkt.
Tenk deg at ein berbar PC frigjer ei adresse og ein annan får ho. Å knyte berre på adressa tilskriv trafikken frå den andre eininga til den første. NAT, delte arbeidsstasjonar, tunnelar og samstundes gyldige adresser aukar uklarleiken.
Skildre korrelasjonen som trafikk knytt til ei nettverksøkt under oppgjevne mappingreglar. Han kan vere nyttig utan å vere ein autentisert proxyidentitet knytt til transaksjonen. Sjølv samanfallande brukarnamn i dei to systema gjev ikkje den manglande integrasjonen på førespurnadsnivå.