RADIUS Wi-Fi-inloggning kontra HTTP-proxyautentisering
Avgör om RADIUS-bevis gäller nätverksinträde, proxyauktorisering eller tidsbaserad loggkorrelation.
En lyckad Wi-Fi-inloggning besvarar inte automatiskt en webbproxys 407-utmaning. RADIUS kommunicerar med en nätverksåtkomstserver; HTTP-proxyautentisering är ett annat samtal mellan klienten och proxyn.
Avgör vilken av dessa uppgifter du behöver innan du sammanfogar loggarna:
| Mål | Nödvändigt bevis eller integration |
|---|---|
| Auktorisera en Squid-begäran efter namngivet konto eller grupp | En identitetsmekanism som är tillgänglig för begäran, till exempel stödd integrerad proxyautentisering |
| Rapportera vilken nätverkssession som var knuten till tidigare proxytrafik | Tidsstämplade sessions- och adresstilldelningsposter korrelerade med proxyhändelsen |
För rapportering, bevara RADIUS-sessionsidentifieraren, sessionstiderna, tilldelade adresser och relevant DHCP- eller tilldelningshistorik. En Squid-åtkomstpost beskriver en HTTP-händelse; RADIUS-redovisning beskriver en nätverkssession.
Anta att en bärbar dator frigör en adress och en annan tar emot den. Att bara sammanfoga på adressen tillskriver den andra enhetens trafik till den första. NAT, delade arbetsstationer, tunnlar och samtidigt giltiga adresser ökar oklarheten.
Beskriv korrelationen som trafik knuten till en nätverkssession enligt angivna mappningsregler. Den kan vara användbar utan att vara en autentiserad proxyidentitet knuten till transaktionen. Inte ens samstämmiga användarnamn i de två systemen ger den saknade integrationen på begärannivå.