RADIUS Wi-Fi-login kontra HTTP-proxygodkendelse
Afgør, om RADIUS-beviser gælder netværksadgang, proxyautorisation eller tidsbaseret logkorrelation.
Et vellykket Wi-Fi-login besvarer ikke automatisk en webproxys 407-udfordring. RADIUS kommunikerer med en netværksadgangsserver; HTTP-proxygodkendelse er en anden samtale mellem klienten og proxyen.
Afgør, hvilken af disse opgaver du har brug for, før du sammenkæder logningerne:
| Mål | Nødvendigt bevis eller integration |
|---|---|
| Autorisere en Squid-anmodning efter navngivet konto eller gruppe | En identitetsmekanisme, der er tilgængelig for den anmodning, fx understøttet integreret proxygodkendelse |
| Rapportere hvilken netværkssession der var knyttet til tidligere proxytrafik | Tidsstemplede sessions- og adressetildelingsoptegnelser korreleret med proxyhændelsen |
Til rapportering skal du bevare RADIUS-sessionsidentifikatoren, sessionstider, tildelte adresser og relevant DHCP- eller tildelingshistorik. En Squid-adgangspost beskriver en HTTP-hændelse; RADIUS-regnskab beskriver en netværkssession.
Antag, at en bærbar computer frigiver en adresse, og en anden får den. Sammenkædning alene på adressen tilskriver den anden enheds trafik til den første. NAT, delte arbejdsstationer, tunneler og samtidigt gyldige adresser tilføjer yderligere uklarhed.
Beskriv korrelationen som trafik knyttet til en netværkssession under angivne mappingregler. Den kan være nyttig uden at være en godkendt proxyidentitet knyttet til transaktionen. Selv matchende brugernavne i de to systemer giver ikke den manglende integration på anmodningsniveau.