Ինչպես ստուգել VPN-ի արագությունը, որպեսզի թվերը ինչ-որ բան նշանակեն
Ամրացրեք փորձարկման սերվերը, անշարժ պահեք ստորին շերտը և ուշացումը կարդացեք առանձին թողունակությունից։ Թունելը փոխում է ուղին նախքան որևէ բան չափելը։
Արագության թեստը երբեք չի չափում VPN-ը։ Այն չափում է ուղի, և թունելը միացնելը փոխարինում է այդ ուղու մի մասը նախքան առաջին բայթի շարժվելը։ Այդ պատճառով մեկ նոթբուք մեկ կայքում առողջ թիվ է ցույց տալիս, իսկ մյուսում՝ թույլ, թեև ոչ մի կողմում ոչինչ չի փոխվել։ Արդյունքը կարդացեք որպես ապացույց ուղու մասին, ոչ որպես ապրանքի գնահատական։
Երեք բան է որոշում՝ համեմատությունն ինչ-որ արժեք ունի՞. արդյոք երկու վազքերը դիպել են նույն թիրախին, արդյոք մուտքի ցանցը մնացել է անշարժ, և արդյոք ուշացումը գրանցել եք ծավալի կողքին։
Ինչ է վերաշարադրում թունելը մինչև առաջին բայթը
Հաճախորդը յուրաքանչյուր փաթեթ փաթաթում է ևս մեկ վերնագրի մեջ, այդպիսով փաթեթի օգտակար բեռը նվազում է։ Ծախսը փաթեթի հաշվով է, ոչ թե փոխանցման, ինչը նշանակում է, որ մեծ ֆայլին ավելի շատ փաթեթ է պետք, քան թունելից դուրս ուղարկված նույն ֆայլին։ Նման ավելորդ ծախսը երևում է որպես փաթեթների քանակ, ոչ որպես տեսանելի կարգավորում։
Դրանից բխում են երկու հետևանք։ Մեծ բլոկներից կառուցված թեստը զգում է փաթեթի ծախսը, իսկ շատ փոքր հարցումներից կառուցված թեստը փոխարենը զգում է ետ-առաջ գնալը։ Եվ եթե ուղու MTU-ի հայտնաբերումը ինչ-որ տեղ ճանապարհին արգելափակված է, թունելը հաստատվում է ավելի փոքր փաթեթի վրա, և թողունակությունը ընկնում է մի պատճառով, որը որևէ կապ չունի գաղտնագրերի հետ։
Առաստաղը կարող եք ուղղակիորեն դիտել։ Linux-ում խնդրեք ամենամեծ բեռը, որն անցնում է առանց բեկորացման, ապա կրկնեք թունելը միացված վիճակում:
ping -M do -s 1472 -c 3 203.0.113.10
Եթե դա ձախողվի, իջեք 1,400-ի և նորից փորձեք։ Թունելը, որը տանում է ընդամենը 1,380 բայթ, ձեզ ասում է, որ ինչ-որ բան ավելի սեղմում է ուղու ներքևում, և հաճախորդի որևէ լարում դա չի բարձրացնի։
Ինչու է թեստային սերվերը տեղափոխվում, երբ թունելը միանում է
Գործիքների մեծ մասը մոտակա սերվեր է ընտրում իրենց տեսած հանրային հասցեով։ Թունելը միացված լինելու դեպքում այդ հասցեն պատկանում է ելքի հանգույցին, ուստի գործիքը կարող է ընտրել այլ քաղաքի կամ երկրի հոսթ։ Այն ժամանակ դուք համեմատում եք երկու նպատակակետ, և նրանց միջև եղած տարբերությունը ներառում է ելքից մինչև թեստային հոսթ հեռավորությունը։
Ամրացրեք սերվերը անունով կամ ID-ով առաջին վազքից առաջ և պահեք այն յուրաքանչյուր հաջորդ վազքում։ Եթե գործիքը չի պահում այն, ընտրեք ձեր կողմից վերահսկվող թիրախ և ինքներդ վարեք այն. iperf3 -c test.example.net -R -t 20-ը նպատակակետը պահում է անշարժ և տալիս է թիվ, որը կարող եք համեմատել երեկվա հետ։
Փոխեք մեկ փոփոխական, և ստորին շերտը մեկը չէ
Անլար կապը սովորական թաքնված փոփոխությունն է։ Սիգնալի ուժգնությունը փոխվում է, երբ նոթբուքը շարժվում է, և ալիքի զբաղվածությունը փոխվում է, երբ հարևանը զանգ է սկսում, ուստի Wi-Fi-ով տասը րոպե տարբերությամբ երկու վազք նույն թեստի կրկնություն չեն։ Մալուխը կամ գրանցված սիգնալի մակարդակով անշարժ դիրքը վերացնում է այդ աղմուկի մեծ մասը։ Սիգնալի մակարդակի նշումը յուրաքանչյուր վազքի սկզբում և վերջում սովորաբար բավական է ցույց տալու, թե արդյոք երկու վազք իրար պատկանում են։
Սարքի ծանրաբեռնվածությունը նույն զամբյուղում է։ Մեկ միջուկով գաղտնագրող հաճախորդը հասնում է իր առաստաղին շատ ավելի շուտ, քան կապը, իսկ ֆոնային համաժամեցումը հասնում է ավելի վաղ։ Վազքի ընթացքում հետևեք CPU-ին և նշեք, թե ինչ այլ բան էր բաց։ Էներգիայի կարգավորումները նույնպես կարող են կծել այստեղ, որովհետև մարտկոցով աշխատող նոթբուքը կարող է սահմանափակել պրոցեսորը շատ ավելի վաղ, քան կապը մոտենում է զբաղված լինելուն։
| Measurement | What it answers | What it misses |
|---|---|---|
| Download | Bulk capacity along the path | Any question about responsiveness |
| Upload | Capacity from client to exit | Download health |
| RTT to a fixed target | Distance plus queueing | Whether capacity is available |
| Jitter or loss | Stability under load | How much the link can carry |
Անշարժ պահեք ստորին շերտը՝ դրա վրա միջինացնելու փոխարեն։ Համընկնող երեք վազք ավելին են ասում, քան տարբեր սենյակներում վերցված տասը։
Ուշացումը, կորուստը և ICMP-ն տարբեր հարցերի են պատասխանում
Ping-ը փոքր հետախույզ է ուղարկում հաստատուն հասցեին, և շատ ցանցեր ICMP-ին պատասխանում են ցածր առաջնահերթությամբ կամ ընդհանրապես անտեսում են այն։ Բացակայող պատասխանները նկարագրում են հետախույզը, ոչ թե հավելվածի փաթեթները։ Բեռնվածության տակ բարձրացող ետ-առաջ ժամանակը սովորաբար նշանակում է, որ հերթը լցվում է, ոչ թե որ ուղին երկարացել է։
Պարզելու, թե արդյոք թունելը ուշացում է ավելացնում, համեմատեք մեկ թիրախ դրա հետ և առանց դրա, կամ համեմատեք նույն մուտքի ցանցից հասանելի երկու ելք։ Գործարկեք հետախույզը կրկին ու կրկին և նայեք տարածվածությանը, որովհետև միջինը թաքցնում է հենց այն տատանումը, որը զանգը դարձնում է անօգտագործելի։
Վերադարձեք այն առաջադրանքին, որը դանդաղ թվաց
Չափանիշ, որը լավանում է, մինչ զանգը դեռ ընդհատվում է պատասխանել է ուրիշ բանի։ Կրկին գործարկեք այն առաջադրանքը, որով սկսվել էր քննությունը, լինի դա հանդիպում, ֆայլի համօգտագործում թե հեռավոր աշխատասեղանի նստաշրջան։ Եթե թիվը լավացել է, իսկ առաջադրանքը՝ ոչ, խցանումը եղել է այնտեղ, ուր թեստը երբեք չի հասել, օրինակ թունելի հետևի սերվերը կամ ձեր կողմի վերին կապը։
Գրանցեք յուրաքանչյուր վազք սարքով, մուտքի ցանցով, վերջնակետով, արձանագրությամբ, թիրախով և ժամով։ Վազքը, որը երբեք չի միացել, հասանելիության արդյունք է, ոչ թե զրո թողունակություն, ուստի այն դասավորեք այդ պիտակի տակ՝ ջնջելու փոխարեն։
Կարճ ցանկ մինչև հաջորդ համեմատությունը
Ամրացրեք թիրախը և գրեք, թե ինչու եք ընտրել այն։ Գրանցեք փաթեթի չափը, որը թույլ է տալիս ուղին, որպեսզի հետագա անկումը բացատրություն ունենա։ Պահեք մուտքի ցանցը նույնը, նշեք CPU-ի բեռը և վերցրեք երեք վազք նախքան տարբերությանը հավատալը։
Ապա փոխեք ճիշտ մեկ բան և կրկնեք։ Համեմատությունը, որը կարող եք բացատրել, ավելի լավն է, քան ավելի մեծ թվովը։