Նույն VPN-ի մասին երեք հաշվետվություն կարող են տարբերվել առանց դրանցից որևէ մեկի սխալ լինելու, որովհետև յուրաքանչյուրը հաջող մուտքից տարբեր բան է հասկանում։ Մեկը հաշվում է կապերը, որոնք հասել են սերվերին, մյուսը՝ նույնականացման քայլի ընդունած ինքնությունները, իսկ երրորդը՝ սկզբնավորումն ավարտած նստաշրջանները։ Տվյալներ հավաքելուց առաջ դրանցից մեկն ընտրելը տարբերությունն է չափիչի և փաստարկի միջև։

Օգտակար հարցը ոչ թե այն է, թե որ սահմանումն է ընդհանուր առմամբ ճիշտ, այլ այն, թե ընթերցողն ինչ արդյունքի հիման վրա է գործելու։

Երեք տարբեր իրադարձություն կրում են նույն պիտակը

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

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

Ապրանքի փաստաթղթերը սովորաբար հստակ անվանում են վիճակները։ OpenVPN-ի կառավարման միջերեսի նշումները բաժանում են TCP կապը, նույնականացման արդյունքը և ավարտված սկզբնավորումը, և դա հենց այն տարբերությունն է, որն անհրաժեշտ է հաշվետվությանը։ connected պիտակով վիճակը չի հաստատում, որ ֆայլի համօգտագործումը կամ տվյալների բազայի գործողությունը հետագայում հաջողվել է։

Հաշվեք նստաշրջաններ, ինքնություններ կամ հարցումներ

Միավորը որոշեք նախքան թիվը որոշելը։ Նստաշրջանների հաշվարկը պատասխանում է, թե քանի անգամ է օգտագործվել ծառայությունը, ինքնությունների հաշվարկը՝ թե քանի տարբեր հաշիվ է հայտնվել, իսկ հարցումների հաշվարկը՝ թե որքան աշխատանք է կատարվել։ Մատակարարները նույնպես սա տարբեր կերպ են հաշվում, և օգտատերերով չափված իրավունքը հնարավոր չէ համեմատել նստաշրջաններով չափված գրաֆիկի հետ։ Սխալ միավոր ընտրելն այն է, ինչի պատճառով հզորության պլանը չափավորվում է սխալ քանակի համար։

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

Հասցեները ամենաթույլ հասանելի ինքնությունն են։ Թունելի հասցեն կարող է մի քանի րոպե անց հատկացվել այլ օգտատերի, և երկու օգտատեր կարող են կիսել մեկ հասցե թարգմանության միջոցով։ Կցեք հաշվի նույնացուցիչը նույնականացման իրադարձությունից՝ մատյանի հասցեից անձ եզրակացնելու փոխարեն։

Փորձարկեք սահմանումը մեկ իրական օրվա վրա

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

journalctl -u openvpn-server@server --since "2026-10-01" --until "2026-10-02" | grep -c "Initialization Sequence Completed"
journalctl -u openvpn-server@server --since "2026-10-01" --until "2026-10-02" | grep -c "Peer Connection Initiated"
awk '/VERIFY OK/ {print $NF}' /var/log/openvpn-server.log | sort -u | wc -l

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

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

Հայտնեք, թե ինչ է հաստատում իրադարձությունը

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

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

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

Առնչվող հոդվածներ