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