Logowanie Wi-Fi przez RADIUS a uwierzytelnianie proxy HTTP
Zdecyduj, czy dowody RADIUS służą dopuszczeniu do sieci, autoryzacji proxy czy korelacji logów w czasie.
Udane logowanie Wi-Fi nie odpowiada automatycznie na wyzwanie 407 proxy internetowego. RADIUS komunikuje się z serwerem dostępu do sieci; uwierzytelnianie proxy HTTP to inna rozmowa między klientem a proxy.
Zdecyduj, które z tych zadań jest ci potrzebne, zanim połączysz zapisy:
| Cel | Wymagany dowód lub integracja |
|---|---|
| Autoryzowanie żądania Squid według nazwanego konta lub grupy | Mechanizm tożsamości dostępny dla tego żądania, na przykład obsługiwane zintegrowane uwierzytelnianie proxy |
| Zgłoszenie, która sesja sieciowa wiązała się z wcześniejszym ruchem proxy | Oznaczone czasowo zapisy sesji i przydziału adresów powiązane ze zdarzeniem proxy |
Na potrzeby raportowania zachowaj identyfikator sesji RADIUS, czasy sesji, przydzielone adresy oraz odpowiednią historię DHCP lub przydziału. Zapis dostępu Squid opisuje zdarzenie HTTP; rozliczanie RADIUS opisuje sesję sieciową.
Załóżmy, że jeden laptop zwalnia adres, a inny go otrzymuje. Połączenie tylko po adresie przypisuje ruch drugiego urządzenia pierwszemu. NAT, współdzielone stacje robocze, tunele i jednocześnie ważne adresy zwiększają niejednoznaczność.
Opisz korelację jako ruch powiązany z sesją sieciową według podanych reguł mapowania. Może być użyteczna, mimo że nie jest uwierzytelnioną tożsamością proxy przypisaną do transakcji. Nawet zgodne nazwy użytkowników w obu systemach nie zapewniają brakującej integracji na poziomie żądania.