VPN միացումների սահմանաչափեր՝ կենդանի վիճակ ընդդեմ պահպանված պատմության
Երեք միացումների սահմանաչափը պահանջում է տեղերի կենդանի վիճակ, ոչ թե զննարկման պատմություն՝ ինչ պետք է պահի մեխանիզմը, ինչ կարող է դեն նետել և ուր է գնում այդ վիճակը հետո։
Երեք միաժամանակյա միացումը ընդունելության որոշում է, և դրան պատասխանելու համար պետք է իմանալ, թե որ տեղերն են զբաղված հենց հիմա, այլ ոչ թե ինչ է պատահել անցյալ ամիս։ Ծառայությունը կարող է մերժել չորրորդ սեսիան ակտիվ գրառումների փոքր աղյուսակից և երբեք ժամանակագրություն չկառուցել։ Դա հայտարարություն է մեխանիզմի, ոչ թե օպերատորի մասին, և տարբերությունը կարևոր է, երբ կարդում ես գաղտնիության քաղաքականություն։ Ստորև բերված մոդելը ցույց է տալիս, թե ինչ է պետք որոշմանը և ինչ կարող է այն դեն նետել։
Մեխանիզմը՝ տեղերի աղյուսակ, ոչ թե գրանցամատյան
Ամենապարզ իրականացումը բաժանորդագրությունը կապում է մինչև երեք ակտիվ սեսիայի գրառումների հետ։ Յուրաքանչյուր ընդունված սեսիա զբաղեցնում է մեկ տեղ, և տեղն ազատվում է, երբ ծառայությունը որոշում է, որ այդ սեսիան ավարտվել է։ Գրառումը պետք է ունենա այնքան յուրահատուկ նույնականացում, որ մեկ միացման ազատումը չազատի մեկ այլ միացման տեղը. դրա համար սեսիայի նույնացուցիչն ավելի կարևոր է, քան հաշվի անունը։
Զբաղվածությունը և պատմությունը տարբեր տվյալների կառուցվածքներ են։ Զբաղվածությունը պատասխանում է ներկայի մասին այո-ոչ հարցին և կարելի է դեն նետել այն պահին, երբ սեսիան ավարտվում է։ Պատմությունը միայն ավելացվող իրադարձությունների հոսք է, և այն մնում է, որովհետև ինչ-որ մեկը որոշել է պահել այն։ Ծառայությունը կարող է ունենալ մեկը, երկուսը կամ ոչ մեկը։
Տարբերությունն անտեսանելի է դրսից։ Տեսանելի միացումների սահմանաչափը համատեղելի է հիշողության մեջ գտնվող փոքրիկ հաշվիչի, ընդհանուր տվյալների բազայի աղյուսակի և վահանակով լրիվ իրադարձությունների արխիվի հետ։ Սահմանաչափի մասին ոչինչ չի ասում, թե դրանցից որն է աշխատում։
| What is stored | Why it exists |
|---|---|
| Active session slots | To admit or refuse the next connection |
| Session event log | To investigate or bill later |
| Monitoring series | To watch capacity and error rates |
| Backup copies | To restore any of the above |
Ինչու կենդանի մոդելը դեռ համակարգում է պահանջում
Կորցված միացումը կարող է անմիջապես չճանաչվել որպես ավարտված։ Դարպասը սպասում է ժամանակի սահմանափակման, keepalive-ի խափանման կամ հաշվառման կանգի, և մինչև դրանցից մեկը չգա, տեղը մնում է զբաղված։ Այդ պատուհանում նորից միացող օգտատերը տեսնում է մերժում, որը ոչ մի կապ չունի չորրորդ սարքի հետ։
Վերագործարկված սերվերը պետք է հաշտեցնի իր վիճակը, և նույն հաշիվը սպասարկող մի քանի դարպասների համար անհրաժեշտ է ընդհանուր որոշում։ Հակառակ դեպքում հաշիվը կարող է գերազանցել իր քվոտան՝ միանալով տարբեր վայրերի։ Համատեղ կամ վերականգնվող վիճակը լուծում է դա, և համատեղ վիճակը նախագծային պահանջ է, ոչ թե հսկողության ապացույց։
Այդ համակարգման ոչ մի մասը զննարկման պատմություն չի պահանջում։ Փաթեթներ փոխանցող դարպասը սեսիաները հաշվելու համար պետք չէ իմանալ, թե որ կայքերն է այցելել սեսիան, և այդ երկու տվյալների հոսքերը սովորաբար մշակվում են բոլորովին տարբեր բաղադրիչներով։
Հաշվիչը հիշողության մեջ պահելը նույնպես կապակցված փաստերն անանուն չի դարձնում։ Քանի դեռ ծառայությունն աշխատում է, բաժանորդագրությանը կապված գրառումը բացահայտում է, որ հաշիվն ունի ակտիվ միացումներ, և ինչպես այդ վիճակին հասանելիությունը, այնպես էլ դրա կյանքի տևողությունը արժանի են հարցման։
Ուր է գնում վիճակը դրանից հետո
Գաղտնիության հարցը այն չէ, թե արդյոք սերվերը կարող է հաշվել։ Հարցրեք, թե ինչ է պատահում ավարտված սեսիայի հետ՝ գրառումը հեռացվում է, թե դառնում է իրադարձություն մոնիտորինգի շարքում։ Այնուհետև հարցրեք, թե որ այլ բաղադրիչներ են տեսել նույն իրադարձությունը, քանի որ նույնականացման մատյանները, հաշվառման գրառումները և պահուստային պատճենները կարող են յուրաքանչյուրը պահել մի պատճեն, որը կիրառման ուղին դեն է նետել։
RADIUS հաշվառումը ամենապարզ օրինակն է։ Start և Stop զույգը գոյություն ունի վճարումն ու սեսիաների կառավարումը աջակցելու համար, և այն ստեղծում է միացման գրառում՝ անկախ նրանից, թե արդյոք ինչ-որ մեկը երբևէ հարցում է այն որպես պատմություն։ Ուստի հաշվառման միջոցով սահմանափակումներ կիրառող ծառայությունը կառուցվածքով պահում է ավելին, քան տեղերի աղյուսակը։
Ջնջումն էլ ունի ձև։ Կենդանի աղյուսակից հեռացված գրառումը կարող է մնալ մեկ ժամ առաջ արված պահուստային պատճենում, և այդ պատճենի պահպանման ժամկետն ինքնին քաղաքականության հայտարարություն է։ Միայն առաջնային պահոցը կարդալը տալիս է թերի պատասխան։
Հարցը դրեք դաշտերի տեսքով
RFC 6973-ի տվյալների նվազագույնացման ուղեցույցը կապում է հավաքված և պահված տվյալները սպասարկվող նպատակի հետ։ Այստեղ կիրառելով՝ օգտակար հարցը այն է, թե միաժամանակյա ընդունելության խնդիրն իրականում որ դաշտերի կարիքն ունի, և որ նպատակն է արդարացնում դրանցից յուրաքանչյուրի պահումը այդ խնդրի ավարտից հետո։
Ծառայության ճշգրիտ հայտարարությունը առանձնացնում է քվոտան կիրառելու համար օգտագործվող կենդանի միացման վիճակը դադարեցումից հետո պահվող ցանկացած գրառումից և անվանում է խոստման շրջանակում գտնվող այլ համակարգերը։ Միայն այն ասող նախադասությունը, որ երեք միացում է կիրառվում, չի հաստատում ոչ արխիվի գոյությունը, ոչ դրա բացակայությունը։
Երբ կյանքի ցիկլը պարզ չէ, գրանցեք այն որպես անպատասխան պահպանման հարց, այլ ոչ թե դատավճիռ։ Սահմանաչափի առկայությունը թաքնված պատմության ապացույց չէ, և կենդանի վիճակի հավանական բացատրությունը մատակարարի աուդիտ չէ։