RADIUS Wi-Fi-login versus HTTP-proxyauthenticatie
Bepaal of RADIUS-bewijs dient voor netwerktoegang, proxyautorisatie of tijdgebaseerde logcorrelatie.
Een geslaagde Wi-Fi-login beantwoordt niet automatisch de 407-uitdaging van een webproxy. RADIUS communiceert met een netwerktoegangsserver; HTTP-proxyauthenticatie is een ander gesprek tussen de client en de proxy.
Bepaal welke van deze taken u nodig hebt voordat u de registraties samenvoegt:
| Doel | Vereist bewijs of integratie |
|---|---|
| Een Squid-verzoek autoriseren op basis van een benoemd account of groep | Een identiteitsmechanisme dat voor dat verzoek beschikbaar is, zoals ondersteunde geïntegreerde proxyauthenticatie |
| Rapporteren welke netwerksessie aan eerder proxyverkeer was gekoppeld | Tijdgestempelde sessie- en adrestoewijzingsgegevens die met de proxygebeurtenis zijn gecorreleerd |
Bewaar voor rapportage de RADIUS-sessie-identificatie, de sessietijden, de toegewezen adressen en de relevante DHCP- of toewijzingsgeschiedenis. Een Squid-toegangsrecord beschrijft een HTTP-gebeurtenis; RADIUS-accounting beschrijft een netwerksessie.
Stel dat de ene laptop een adres vrijgeeft en een andere het krijgt. Alleen op het adres samenvoegen schrijft het verkeer van het tweede apparaat toe aan het eerste. NAT, gedeelde werkstations, tunnels en gelijktijdig geldige adressen vergroten de onduidelijkheid.
Beschrijf de correlatie als verkeer dat onder vastgelegde toewijzingsregels aan een netwerksessie is gekoppeld. Ze kan nuttig zijn zonder een geauthenticeerde proxy-identiteit te zijn die aan de transactie is gekoppeld. Zelfs overeenkomende gebruikersnamen in beide systemen leveren de ontbrekende integratie op verzoekniveau niet.