RADIUS Wi-Fi prisijungimas ir HTTP tarpinio serverio autentifikavimas
Nuspręskite, ar RADIUS įrodymai skirti prieigai prie tinklo, tarpinio serverio įgaliojimui, ar žurnalų susiejimui pagal laiką.
Sėkmingas Wi-Fi prisijungimas automatiškai neatsako į svetainės tarpinio serverio 407 iššūkį. RADIUS bendrauja su tinklo prieigos serveriu; HTTP tarpinio serverio autentifikavimas yra kitas pokalbis tarp kliento ir tarpinio serverio.
Nuspręskite, kurios iš šių užduočių jums reikia prieš sujungiant įrašus:
| Tikslas | Reikalingas įrodymas arba integracija |
|---|---|
| Įgalioti Squid užklausą pagal įvardytą paskyrą arba grupę | Užklausai prieinamas tapatybės mechanizmas, pavyzdžiui, palaikomas integruotas tarpinio serverio autentifikavimas |
| Pranešti, kuri tinklo sesija buvo susieta su ankstesniu tarpinio serverio srautu | Laiko žymomis pažymėti sesijos ir adresų priskyrimo įrašai, susieti su tarpinio serverio įvykiu |
Ataskaitoms saugokite RADIUS sesijos identifikatorių, sesijos laikus, priskirtus adresus ir atitinkamą DHCP arba priskyrimo istoriją. Squid prieigos įrašas apibūdina HTTP įvykį; RADIUS apskaita apibūdina tinklo sesiją.
Tarkime, vienas nešiojamasis kompiuteris atlaisvina adresą, o kitas jį gauna. Sujungus tik pagal adresą, antrojo įrenginio srautas priskiriamas pirmajam. NAT, bendros darbo vietos, tuneliai ir vienu metu galiojantys adresai dar labiau padidina neaiškumą.
Apibūdinkite koreliaciją kaip srautą, susietą su tinklo sesija pagal nurodytas susiejimo taisykles. Ji gali būti naudinga, nors ir nėra su operacija susieta autentifikuota tarpinio serverio tapatybė. Net sutampantys naudotojų vardai abiejose sistemose neužtikrina trūkstamos užklausos lygmens integracijos.