Вхід у Wi-Fi через RADIUS і автентифікація HTTP-проксі
Вирішіть, чи потрібні дані RADIUS для доступу до мережі, авторизації проксі чи зіставлення журналів за часом.
Успішний вхід у Wi-Fi не відповідає автоматично на запит 407 вебпроксі. RADIUS спілкується із сервером мережевого доступу; автентифікація HTTP-проксі — це інша розмова між клієнтом і проксі.
Вирішіть, яке з цих завдань вам потрібне, перш ніж об'єднувати записи:
| Мета | Потрібний доказ або інтеграція |
|---|---|
| Авторизувати запит Squid за названим обліковим записом або групою | Механізм ідентичності, доступний для цього запиту, наприклад підтримувана вбудована автентифікація проксі |
| Повідомити, який мережевий сеанс був пов'язаний з попереднім трафіком проксі | Записи сеансів і призначення адрес із позначками часу, зіставлені з подією проксі |
Для звітності зберігайте ідентифікатор сеансу RADIUS, час сеансу, призначені адреси та відповідну історію DHCP або призначення. Запис доступу Squid описує подію HTTP; облік RADIUS описує мережевий сеанс.
Припустімо, один ноутбук звільняє адресу, а інший її отримує. Зіставлення лише за адресою приписує трафік другого пристрою першому. NAT, спільні робочі станції, тунелі й одночасно чинні адреси додають неоднозначності.
Описуйте зв'язок як трафік, пов'язаний з мережевим сеансом за заявленими правилами зіставлення. Він може бути корисним, не будучи автентифікованою ідентичністю проксі, прив'язаною до транзакції. Навіть однакові імена користувачів у двох системах не дають відсутньої інтеграції на рівні запиту.