RADIUS Wi-Fi bejelentkezés kontra HTTP proxy hitelesítés
Döntse el, hogy a RADIUS bizonyíték hálózati belépéshez, proxy engedélyezéshez vagy időalapú naplókorrelációhoz kell-e.
A sikeres Wi-Fi bejelentkezés nem válaszol automatikusan egy webes proxy 407 kihívására. A RADIUS hálózati hozzáférési kiszolgálóval beszél; a HTTP proxy hitelesítés másik párbeszéd az ügyfél és a proxy között.
Döntse el, melyik feladatra van szüksége, mielőtt összekapcsolja a naplókat:
| Cél | Szükséges bizonyíték vagy integráció |
|---|---|
| Squid kérés engedélyezése megnevezett fiók vagy csoport szerint | A kéréshez elérhető identitásmechanizmus, például támogatott integrált proxy-hitelesítés |
| Annak jelentése, melyik hálózati munkamenet kapcsolódott a korábbi proxyforgalomhoz | A proxyeseménnyel korrelált, időbélyeges munkamenet- és címkiosztási rekordok |
A jelentéskészítéshez őrizze meg a RADIUS munkamenet-azonosítót, a munkamenet idejét, a kiosztott címeket és a vonatkozó DHCP- vagy kiosztási előzményeket. A Squid hozzáférési rekord HTTP-eseményt ír le; a RADIUS elszámolás hálózati munkamenetet ír le.
Tegyük fel, hogy az egyik laptop felszabadít egy címet, és egy másik megkapja. Ha csak a cím alapján kapcsolunk össze, a második eszköz forgalma az elsőhöz kerül. A NAT, a megosztott munkaállomások, az alagutak és az egyidejűleg érvényes címek tovább növelik a bizonytalanságot.
A korrelációt a megadott leképezési szabályok szerint egy hálózati munkamenethez kapcsolódó forgalomként írja le. Hasznos lehet anélkül, hogy a tranzakcióhoz kötött hitelesített proxyidentitás lenne. Még a két rendszerben egyező felhasználónevek sem pótolják a hiányzó kérés szintű integrációt.