RADIUS հաշվառում ընդդեմ հաջող մուտքի՝ ինչ է ապացուցում յուրաքանչյուրը

VPN-ի վճարման յուրաքանչյուր քննարկման մեջ երկու հարց խառնվում է՝ արդյոք այս օգտատիրոջը թույլատրվել է միանալ, և ինչ նա իրականում արեց։ Առաջինին պատասխանում է նույնականացումը։ Երկրորդը պահանջում է հաշվառման գրառումներ, որոնք սկսվում են, թարմացվում և ավարտվում։ Հաջող մուտքն ապացուցում է առաջինը և ոչինչ չի ասում երկրորդի մասին, այդ պատճառով աշխատող RADIUS նույնականացման կարգավորումը դեռ կարող է դատարկ օգտագործման հաշվետվություն տալ։

Երկու տարբեր հարց

Նույնականացումը որոշում է՝ կապը կարող է սկսվել, և այն վերադարձնում է դատավճիռ՝ հասցեների լողավազանի կամ խմբի նման ատրիբուտներով։ Հաշվառումը գրանցում է հաջորդած ծառայությունը՝ որպես մեկ նստաշրջանի կապված իրադարձությունների հաջորդականություն։

Դրանք անցնում են նույն արձանագրությամբ և սովորաբար նույն սերվեր՝ ինչի պատճառով էլ մարդիկ ենթադրում են, որ մեկը նշանակում է մյուսը։

Մուտքի հարցումում ոչինչ չի կրում նստաշրջանի տևողությունը, և Stop գրառումում ոչինչ նորից չի որոշում՝ արդյոք օգտատերը պետք է ընդունվեր։ Դրանց որպես առանձին պայմանագրեր դիտարկելը տեսանելի է դարձնում ինտեգրման աշխատանքը՝ մի ուղուն պետք է որոշում, մյուսին՝ կյանքի ցիկլ՝ սկիզբ, միջնամաս և վերջ։

Ինչ են տալիս գրառումների երեք տեսակները

Start գրառումը բացում է նստաշրջան, Interim-Update-ը հաղորդում է ակտիվության մասին, քանի դեռ այն բաց է, իսկ Stop-ը փակում է այն։ Երեքն էլ կրում են նստաշրջանի նույնացուցիչ, որպեսզի ստացողը կարողանա դրանք կապել մեկ ծառայության իրադարձության հետ։

Այդ նույնացուցիչը նրանց միջև միակ վստահելի կապն է, որովհետև նույն օգտանունը կարող է ունենալ մի քանի նստաշրջան հաջորդաբար կամ զուգահեռ։ Նախագծեք պահեստավորումը դրա շուրջ, ոչ թե հաշվի անվան։

Գրառումը հաստատելը առանձին հարց է այն լավ պահելուց։ Հաշվառման բնութագիրը արգելում է հաստատումը, երբ գրառումը հնարավոր չէր գրել, ուստի պատասխանը ձեզ ասում է, որ ստացողը պատասխանատվություն ստանձնեց։ Այն չի ասում, որ հետագա հաշվետվական աշխատանքը, վահանակը կամ վճարման արտահանումը ճիշտ օգտագործեցին այն։

Ինչու օգտանունը նստաշրջան չէ

Մեկ մարդ առավոտյան միանում է դյուրակիր համակարգչից, իսկ կեսօրից հետո՝ հեռախոսից, և երկու նստաշրջաններն էլ կրում են նույն հաշվի անունը։ Համապատասխան Stop-ով չեկած Start-ը հնարավոր չէ փակել անունը փնտրելով և ամենահին բաց տողը ընտրելով։

Այդ կարճուղին է, թե ինչպես օգտագործման հաշվետվությունները ձեռք են բերում անհնար տևողություններ։

Ցանցային մուտքի սերվերի ինքնությունը պահեք նստաշրջանի նույնացուցչի կողքին, որովհետև երկու սերվեր կարող են նույն արժեքը նշանակել տարբեր համատեքստերում, և միայն նույնացուցչով միաձուլումը կարող է կապել անկապ նստաշրջաններ։ Երբ նստաշրջանը վերջանում է անկարգ, հաշտեցման քաղաքականությունը պետք է որոշի, թե ինչպես փակել այն, և այդ որոշումը պատկանում է նախագծին, ոչ թե ամիսը մեկ անգամ արվող ձեռքով տվյալների բազայի խմբագրմանը։

Որտեղ PAM-ը տեղավորվում է և որտեղ՝ ոչ

OpenVPN-ի նույնականացման փլագինը կանչում է PAM-ի նույնականացման և հաշվի կառավարման փուլերը։ Հաշվի փուլը ստուգում է իրավասությունը, նրա անունը չի նշանակում օգտագործման հաշվառում, և փլագինը չի ղեկավարում PAM-ի նստաշրջանի բացման և փակման կեռիկները։

Որոշ PAM RADIUS մոդուլներ կարող են հաշվառման գրառումներ ուղարկել այդ նստաշրջանի կեռիկներով, և դա աշխատում է միայն այն ժամանակ, երբ ծրագիրը իսկապես կանչում է դրանք։

Ուստի նման մոդուլը նույնականացման փաթեթին ավելացնելը չի ստեղծում անջատման իրադարձություններ։ Եթե ձեզ պետք է ամբողջական կյանքի ցիկլը, ընտրեք ինտեգրում, որը տիրապետում է դրան՝ փլագին կամ աջակցվող կառուցում, որը թողարկում է Start, Interim-Update և Stop, երբ կապի վիճակը փոխվում է։ Ստուգեք դրա սպասարկման կարգավիճակը և փաստաթղթավորված վարքը, երբ ստացողն անհասանելի է, որովհետև գրառումները լուռ կորցնող փլագինը նույն տեսքն ունի, ինչ երբեք չուղարկողը։ Հաշվառման բնութագիրը սահմանում է գրառումների իմաստաբանությունը, որը ինտեգրումը պետք է հարգի։

Ընդունման փորձարկում, որն ապացուցում է պայմանագիրը

Փորձարկեք սովորական միացում և անջատում, ապա վերամիացում նույն հաշվով, ապա հաճախորդ, որը անհետանում է առանց անջատվելու։

Հետևեք մեկ նստաշրջանի նույնացուցչի ստեղծումից հաստատման միջով մինչև պահեստավորում, և ստուգեք հաշվիչների ուղղությունը, միավորները և ինտերֆեյսը։ Առանց պիտակի բայթերի հաշվարկը հնարավոր չէ ավելի ուշ աուդիտ անել։

Վերջապես, համոզվեք, որ սերվերը ժամկետի լրանալու պատճառով ստիպված փակած նստաշրջանը ներկայացված է այնպես, ինչպես հասկանում է հաշվետվությունը։ Պայմանագիրը, որն ընդգրկում է միայն կոկիկ անջատումներ, ձախողվում է հենց այն օրերին, երբ ամենաշատն է պետք։