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