Вход в Wi-Fi через RADIUS и аутентификация HTTP-прокси
Решите, нужны ли данные RADIUS для доступа в сеть, авторизации прокси или сопоставления журналов по времени.
Успешный вход в Wi-Fi не отвечает автоматически на запрос 407 веб-прокси. RADIUS общается с сервером сетевого доступа; аутентификация HTTP-прокси — это другой разговор между клиентом и прокси.
Решите, какая из этих задач вам нужна, прежде чем объединять записи:
| Цель | Требуемое доказательство или интеграция |
|---|---|
| Авторизовать запрос Squid по именованной учётной записи или группе | Механизм идентичности, доступный для этого запроса, например поддерживаемая встроенная аутентификация прокси |
| Сообщить, какой сетевой сеанс был связан с прежним трафиком прокси | Записи сеансов и назначения адресов с отметками времени, сопоставленные с событием прокси |
Для отчётности сохраняйте идентификатор сеанса RADIUS, время сеанса, назначенные адреса и соответствующую историю DHCP или назначения. Запись доступа Squid описывает событие HTTP; учёт RADIUS описывает сетевой сеанс.
Предположим, один ноутбук освобождает адрес, а другой его получает. Сопоставление только по адресу приписывает трафик второго устройства первому. NAT, общие рабочие станции, туннели и одновременно действительные адреса добавляют неопределённости.
Описывайте связь как трафик, связанный с сетевым сеансом, по заявленным правилам сопоставления. Она может быть полезной, не являясь аутентифицированной идентичностью прокси, привязанной к транзакции. Даже совпадающие имена пользователей в двух системах не восполняют отсутствующую интеграцию на уровне запроса.