Hyrja në Wi-Fi me RADIUS kundrejt vërtetimit të proxy-t HTTP
Vendosni nëse provat RADIUS janë për pranimin në rrjet, autorizimin e proxy-t apo korrelimin e regjistrave sipas kohës.
Një hyrje e suksesshme në Wi-Fi nuk i përgjigjet automatikisht sfidës 407 të një proxy web. RADIUS komunikon me një server të aksesit në rrjet; vërtetimi i proxy-t HTTP është një bisedë tjetër mes klientit dhe proxy-t.
Vendosni cilën nga këto detyra ju nevojitet përpara se t'i bashkoni regjistrat:
| Objektivi | Prova ose integrimi i nevojshëm |
|---|---|
| Autorizimi i një kërkese Squid sipas llogarisë ose grupit të emërtuar | Një mekanizëm identiteti i disponueshëm për atë kërkesë, si vërtetimi i integruar i proxy-t i mbështetur |
| Raportimi se cila sesion rrjeti lidhej me trafikun e mëparshëm të proxy-t | Regjistra sesioni dhe caktimi adresash me vulë kohore, të korreluar me ngjarjen e proxy-t |
Për raportimin, ruani identifikuesin e sesionit RADIUS, oraret e sesionit, adresat e caktuara dhe historikun përkatës të DHCP ose të caktimit. Një regjistër aksesi Squid përshkruan një ngjarje HTTP; kontabiliteti RADIUS përshkruan një sesion rrjeti.
Supozoni se një laptop lëshon një adresë dhe një tjetër e merr atë. Bashkimi vetëm sipas adresës ia atribuon trafikun e pajisjes së dytë të parës. NAT, stacionet e punës të përbashkëta, tunelet dhe adresat njëkohësisht të vlefshme shtojnë paqartësi.
Përshkruani korrelacionin si trafik të lidhur me një sesion rrjeti sipas rregullave të deklaruara të hartëzimit. Mund të jetë i dobishëm pa qenë një identitet i vërtetuar proxy i lidhur me transaksionin. Edhe emrat e përdoruesve që përputhen në të dy sistemet nuk ofrojnë integrimin që mungon në nivel kërkese.