Ինչու VPN-ը դանդաղ է թվում վերբեռնման ժամանակ՝ հերթի ուշացում

Պահուստային պատճենը սկսում է վերբեռնվել, փոխանցման հաշվիչը առողջ է երևում, և տեսազանգը վերածվում է շիլայի։ Կապուղին բացակայում է թողունակություն այն իմաստով, որը հուշում է այդ թիվը. փաթեթները ինչ-որ տեղ սպասում են հերթում, իսկ ինտերակտիվ փաթեթները կանգնած են մեծ տվյալների հետևում։ Դա հերթի ուշացումն է, որը սովորաբար կոչվում է bufferbloat։ VPN-ը կարող է ավելացնել իր հերթը, բայց հազվադեպ է խնդիրը ստեղծում միայնակ։

Թողունակությունը և ուշացումը տարբեր չափումներ են

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

Ուշադրություն դարձրեք նաև բեռնվածության տակ ուղղությանը։ Լի վերբեռնման բուֆերը կարող է ուշացնել մնացած ամեն ինչ, մինչ ներբեռնման հզորությունը պարապ է մնում։

Չափեք շուրջերթը բեռնվածության տակ

Վերցրեք հիմնական գիծ հանգիստ կապուղու վրա, ապա կրկնեք նույն չափումը, մինչ մեկ վերահսկվող փոխանցում է ընթանում։ Համեմատեք երկու անցումները, ոչ թե բացարձակ թվերը։

ping -c 20 -i 0.2 203.0.113.5
dd if=/dev/zero bs=1M count=50 | ssh [email protected] "cat > /dev/null"

Առաջին հրամանը նմուշառում է շուրջերթի ժամանակը, իսկ երկրորդը ստեղծում է շարունակական վերբեռնում՝ առանց արագության թեստի ծառայության։ Հարթ մնացող հիմնական գիծը, որին հաջորդում է հարյուրավոր միլիվայրկյանով բարձրացող բեռնված անցումը, այն ստորագրությունն է, որը պետք է փնտրել։ Որոշ ցանցեր իջեցնում են ICMP-ի առաջնահերթությունը, ուստի ping-ը դիտեք որպես ակնարկ և հաստատեք հավելվածի սեփական ուշացման ցուցադրությամբ։ Թեստը կարճ պահեք հաշվառվող կապուղիներում, որովհետև կրկնելի հակադրությունն ավելի կարևոր է, քան երկար հագեցումը։

Տեղափոխեք հերթը այնտեղ, որտեղ նեղ տեղն է

Հերթերի կառավարումն օգնում է միայն այն սարքում, որն իսկապես պահում է կուտակումը։ Ստուգեք, թե ինչ է անում ինտերֆեյսը՝ նախքան կանոններ ավելացնելը։

tc -s qdisc show dev eth0
tc qdisc replace dev eth0 root fq_codel

show հրամանը հայտնում է ընթացիկ կարգապահությունը, ինչպես նաև կուտակման և մերժման հաշվիչները, ինչը ձեզ ասում է՝ այս ինտերֆեյսը նեղ տեղն է, թե պարզապես երթևեկություն է անցկացնում։ Արմատային կարգապահությունը արդար հերթի ալգորիթմով փոխարինելը կարճ հոսքերին տալիս է իրենց հերթը՝ մեծ տվյալների հետ կիսվող մեկ FIFO-ի փոխարեն։ Կիրառեք այն երթուղիչի WAN ինտերֆեյսում, երբ երթուղիչը նեղ տեղն է, ոչ թե սովորությամբ թունելի սարքում։ Պահեք նախորդ կարգավորումը և նորից ստուգեք ինչպես բեռնված արձագանքը, այնպես էլ փոխանցման արագությունը, որովհետև մի փոքր ավելի ցածր զանգվածային արագությունը լավ փոխանակում է օգտագործելի զանգերի համար։

Ինչ է փոխում թունելը և ինչ է թաքցնում

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

Եթե ուշացումը չի հետևում բեռին, դադարեցրեք հերթերի կարգավորումը և նայեք այլ տեղ. Wi-Fi պայմաններ, փաթեթի չափի խնդիրներ կամ մեկ վատ ելքային ուղի։ Առանց չափման կիրառված հերթի կարգավորումները պարզապես տեղափոխում են առեղծվածը։