RADIUS Wi-Fi најавување наспроти автентикација на HTTP прокси
Одлучете дали доказите од RADIUS служат за пристап до мрежата, овластување на прокси или временско поврзување на записи.
Успешното Wi-Fi најавување не одговара автоматски на предизвикот 407 на веб-прокси. RADIUS комуницира со сервер за мрежен пристап; автентикацијата на HTTP прокси е друг разговор меѓу клиентот и проксито.
Одлучете која од овие задачи ви е потребна пред да ги поврзете записите:
| Цел | Потребен доказ или интеграција |
|---|---|
| Овластување на барање до Squid по именувана сметка или група | Механизам за идентитет достапен за тоа барање, на пример поддржана интегрирана автентикација на прокси |
| Известување која мрежна сесија била поврзана со претходниот прокси сообраќај | Временски означени записи за сесии и доделување адреси, поврзани со настанот во проксито |
За известување, зачувајте го идентификаторот на сесијата во RADIUS, времето на сесијата, доделените адреси и соодветната историја на DHCP или доделување. Записот за пристап во Squid опишува HTTP настан; сметководството во RADIUS опишува мрежна сесија.
Да претпоставиме дека еден лаптоп ослободува адреса, а друг ја добива. Поврзувањето само по адреса му го припишува сообраќајот на вториот уред на првиот. NAT, споделени работни станици, тунели и истовремено важечки адреси додаваат дополнителна нејасност.
Опишете ја врската како сообраќај поврзан со мрежна сесија според објавени правила за мапирање. Таа може да биде корисна без да биде автентифициран идентитет на прокси прикачен на трансакцијата. Дури и истите кориснички имиња во двата системи не ја обезбедуваат интеграцијата што недостига на ниво на барање.