RADIUS Wi-Fi մուտքը ընդդեմ HTTP վստահված սերվերի նույնականացման
Որոշեք՝ RADIUS ապացույցները ցանց մուտքի, վստահված սերվերի լիազորման, թե ժամանակային գրանցումների կապակցման համար են։
Հաջող Wi-Fi մուտքը ինքնաբերաբար չի պատասխանում վեբ վստահված սերվերի 407 մարտահրավերին։ RADIUS-ը հաղորդակցվում է ցանցի մուտքի սերվերի հետ, իսկ HTTP վստահված սերվերի նույնականացումը այլ զրույց է հաճախորդի և վստահված սերվերի միջև։
Որոշեք, թե այս առաջադրանքներից որն է ձեզ պետք, նախքան գրանցումները միացնելը՝
| Նպատակ | Պահանջվող ապացույց կամ ինտեգրում |
|---|---|
| Squid հարցումը լիազորել անվանված հաշվով կամ խմբով | Այդ հարցման համար հասանելի ինքնության մեխանիզմ, օրինակ՝ աջակցվող ինտեգրված վստահված սերվերի նույնականացում |
| Հայտնել, թե որ ցանցային նստաշրջանն էր կապված նախկին վստահված սերվերի երթևեկության հետ | Ժամանակային նշումով նստաշրջանի և հասցեների հատկացման գրառումներ՝ կապակցված վստահված սերվերի իրադարձությանը |
Հաշվետվությունների համար պահպանեք RADIUS նստաշրջանի նույնացուցիչը, նստաշրջանի ժամերը, հատկացված հասցեները և համապատասխան DHCP կամ հատկացման պատմությունը։ Squid-ի մուտքի գրառումը նկարագրում է HTTP իրադարձություն, իսկ RADIUS-ի հաշվառումը՝ ցանցային նստաշրջան։
Ենթադրենք՝ մի նոթբուք ազատում է հասցեն, իսկ մյուսը ստանում այն։ Միայն հասցեով միացնելը երկրորդ սարքի երթևեկությունը վերագրում է առաջինին։ NAT-ը, համատեղ աշխատանքային կայանները, թունելները և միաժամանակ վավեր հասցեները ավելացնում են անորոշությունը։
Նկարագրեք կապակցումը որպես ցանցային նստաշրջանի հետ կապված երթևեկություն՝ հայտարարված քարտեզագրման կանոնների ներքո։ Այն կարող է օգտակար լինել՝ չհանդիսանալով գործարքին կցված նույնականացված վստահված սերվերի ինքնություն։ Նույնիսկ երկու համակարգերում համընկնող օգտանունները չեն լրացնում բացակայող հարցման մակարդակի ինտեգրումը։