RADIUS Wi-Fi-ynloggen tsjin HTTP-proxy-autentikaasje
Bepale oft RADIUS-bewiis foar netwurktagong, proxy-autorisaasje of tiid-basearre logkorrelaasje is.
In suksesfolle Wi-Fi-ynloggen beantwurdet net automatysk de 407-útdaging fan in webproxy. RADIUS kommunisearret mei in netwurktagongsserver; HTTP-proxy-autentikaasje is in oar petear tusken de klient en de proxy.
Bepale hokker fan dizze takenstoelen jo nedich hawwe foardat jo de records ferbine:
| Doel | Fereaske bewiis of yntegraasje |
|---|---|
| In Squid-fersyk autorisearje op namme fan akkount of groep | In identiteitsmeganisme dat foar dat fersyk beskikber is, lykas stipe yntegrearre proxy-autentikaasje |
| Rapportearje hokker netwurksesje mei earder proxyferkear ferbûn wie | Tiidstimpelbere sesje- en adrestaewizingsrecords, korrelearre mei de proxy-gebarrenis |
Bewarje foar rapportaazje de RADIUS-sesje-identifikaasje, sesjetiden, tawiisde adressen en relevante DHCP- of tawizinghistoarje. In Squid-tagongsrecord beskriuwt in HTTP-gebarrenis; RADIUS-boekhâlding beskriuwt in netwurksesje.
Stel dat ien laptop in adres frijlit en in oare it krijt. Ferbine allinnich op it adres skriuwt it ferkear fan it twadde apparaat ta oan it earste. NAT, dielde wurkstasjons, tunnels en tagelyk jildige adressen foegje mear ûndúdlikens ta.
Beskriuw de korrelaasje as ferkear ferbûn mei in netwurksesje ûnder oanjûne mappearregels. It kin nuttich wêze sûnder in autentisearre proxy-identiteit te wêzen dy't oan de transaksje ferbûn is. Sels oerienkommende brûkersnammen yn beide systemen leverje de ûntbrekkende yntegraasje op fersyksnivo net.