Pag-login sa Wi-Fi gamit ang RADIUS kumpara sa pagpapatotoo ng proxy na HTTP
Magpasya kung ang ebidensya ng RADIUS ay para sa pagpasok sa network, pagbibigay ng awtoridad sa proxy, o pagkakaugnay ng mga log ayon sa oras.
Ang matagumpay na pag-login sa Wi-Fi ay hindi kusang sumasagot sa hamon na 407 ng isang web proxy. Ang RADIUS ay nakikipag-usap sa isang server ng pagpasok sa network; ang pagpapatotoo ng proxy na HTTP ay ibang usapan sa pagitan ng kliyente at ng proxy.
Magpasya kung alin sa mga gawaing ito ang kailangan mo bago pagsamahin ang mga tala:
| Layunin | Kailangang ebidensya o integrasyon |
|---|---|
| Pahintulutan ang kahilingan ng Squid ayon sa pinangalanang account o grupo | Mekanismo ng pagkakakilanlan na magagamit para sa kahilingang iyon, tulad ng sinusuportahang pinagsamang pagpapatotoo ng proxy |
| Iulat kung aling sesyon ng network ang nauugnay sa dating trapiko ng proxy | Mga tala ng sesyon at paglalaan ng address na may tatak ng oras, na iniuugnay sa kaganapan ng proxy |
Para sa pag-uulat, itago ang pangkilala ng sesyon ng RADIUS, mga oras ng sesyon, mga inilaang address at ang kaugnay na kasaysayan ng DHCP o paglalaan. Ang tala ng pag-access ng Squid ay naglalarawan ng kaganapang HTTP; ang accounting ng RADIUS ay naglalarawan ng sesyon ng network.
Ipagpalagay na ang isang laptop ay nagpapalaya ng address at ang isa pa ay tumatanggap nito. Ang pagkakabit gamit lamang ang address ay nag-uukol ng trapiko ng ikalawang aparato sa una. Ang NAT, pinagsasaluhang workstation, tunnel at mga address na sabay na wasto ay nagdaragdag ng kalabuan.
Ilarawan ang ugnayan bilang trapikong kaugnay ng isang sesyon ng network sa ilalim ng mga nakasaad na tuntunin ng pagmamapa. Maaari itong maging kapaki-pakinabang nang hindi isang pinatotohanang pagkakakilanlan ng proxy na nakakabit sa transaksyon. Kahit magkatugma ang mga pangalan ng gumagamit sa dalawang sistema, hindi nito naibibigay ang nawawalang integrasyon sa antas ng kahilingan.