Էջերը բեռնվում են, բայց VPN-ում վերբեռնումները կանգ են առնում՝ ո՞ր պատճառն է հաղթում
Չափից կախված կանգառը համապատասխանում է ուղու MTU խափանմանը, ինչպես նաև DNS-ին, հավելվածի սահմանին կամ անկայուն թունելին։ Չորս դիտարկում որոշում են, թե որն է։
Էջերը բեռնվում են, VPN-ը հայտնում է միացման մասին, և ֆայլի վերբեռնումը ամեն անգամ սառչում է նույն տեղում։ Այս նկարագրությանը համապատասխանում են չորս բացատրություն՝ փաթեթի չափի խնդիր, անունների լուծման խնդիր, հավելվածի սահման և թունել, որը շարունակ վերականգնվում է։ Դրանցից յուրաքանչյուրը կարելի է հաստատել կամ բացառել տարբեր դիտարկմամբ, ուստի որոշումը ճիշտ փորձարկումն ընտրելն է, ոչ թե պատճառը գուշակելը։
Չորս թեկնածու և մեկ ձև
Սկսեք խափանման ձևից, քանի որ այն հեռացնում է ցանկի մեծ մասը նախքան որևէ գործիք բացելը։ Մշտական չափի դեպքում առաջացող կանգառը չափի խնդիր է, քանի դեռ հակառակը ապացուցված չէ։ Պատահական կետերում առաջացող կանգառը կորստի կամ կայունության խնդիր է։ Միացումից առաջ խափանումը անվան խնդիր է։
Չորրորդ թեկնածուն հավելվածն է։ Վերբեռնման սահմանները, հարցումների ժամկետները և վստահված սերվերի մարմնի չափի սահմանաչափերը ստեղծում են խափանումներ, որոնք դիտարկիչից թվում են ցանցային խնդիրներ, և դրանք սովորաբար գալիս են որպես մերժում, ոչ թե կանգառ։
Գրեք դիտարկված ձևը նախքան որևէ բան փորձարկելը։ «Կանգ է առնում մոտավորապես նույն բայթերի քանակի վրա, ամեն անգամ, թունելը վերևում» շատ ավելի ուժեղ մեկնարկային կետ է, քան «վերբեռնումները չեն աշխատում»։
Այնուհետև փորձարկման ընթացքում ուղին պահեք անփոփոխ։ Ելքը, արձանագրությունը և սերվերը միաժամանակ փոխելը տալիս է արդյունք, որը չեք կարող վերագրել դրանցից ոչ մեկին։ Մեկ փոփոխական մեկ վազքի համար, և գրեք այն։
Կիսեք չափը նախքան քաղաքականությանը դիպչելը
Ամենաէժան տարբերիչը մեկ թիվ փոփոխող փորձարկումն է։ Ուղարկեք աճող չափի, բեկորացումն արգելող ping-ներ նպատակակետին, վերբեռնեք ձեր վերահսկած ֆայլը նույն ծառայությանը, ապա համեմատեք, թե որտեղ է կանգ առնում յուրաքանչյուրը։
ping -M do -s 1472 203.0.113.9
curl -T ./probe.bin -o /dev/null -w '%{size_upload} %{time_total}
' https://example.net/uploadԱռաջին հրամանը հայտնում է՝ արդյոք լրիվ չափի փաթեթն ընդհանրապես անցնում է ուղին։ 1500 բայթ MTU-ի դեպքում չբեկորացվող ICMP օգտակար բեռի ամենամեծ չափը 1472 բայթն է, և թունելը վերցնում է այդ բյուջեից ավելին նախքան ներքին փաթեթի սկիզբը։ Երկրորդը ձեզ տալիս է չափ և տևողություն հավելվածի մակարդակի փոխանցման համար, և դա է այն թիվը, որ իսկապես նշանակություն ունի։
| Candidate | Observation that confirms it | Observation that rules it out |
|---|---|---|
| Path MTU or blocked ICMP feedback | Stall at a consistent size; large do-not-fragment probes fail | Small and large transfers both complete |
| Name resolution | The connection never opens for that name | The connection opens and then stalls mid-transfer |
| Application or proxy limit | A clean rejection at a documented size | No log entry on the server at all |
| Tunnel instability | Reconnects or rekeying during the transfer | The tunnel uptime is unchanged across the failure |
Կարդացեք զույգը միասին։ Շեմից բարձր ձախողվող փորձարկումները և նույն շեմի մոտ կանգ առնող վերբեռնումը համահունչ պատմություն են։ Այն փորձարկումները, որոնք բոլորը հաջողվում են, մինչ վերբեռնումը կանգ է առնում ուղու կողմից ակնհայտորեն տարվող բայթերի քանակի վրա, մատնանշում են հավելվածը կամ սերվերը, և MTU-ի ոչ մի աշխատանք դա չի փոխի։ Այդ բացասական արդյունքը արժե նույնքան, որքան դրականը։ Այն հեռացնում է հետաքննության ամենաթանկ ճյուղը։
Այնուհետև ստուգեք կայունությունը փոխանցման ընթացքում, որովհետև մեծ վերբեռնման կեսին բանալին թարմացնող թունելը ստեղծում է չափից կախված թվացող խափանում՝ առանց այդպիսին լինելու։ Աշխատանքի ժամանակի ընթերցումը դա հաստատելու ամենաէժան եղանակն է։
Ընտրեք վերանորոգման և շրջանցման միջև
Եթե ապացույցները ցույց են տալիս չափին, կա երկու ազնիվ պատասխան և մեկ անազնիվ։ Ազնիվներն են՝ վերականգնել ուղու MTU-ի հայտնաբերումը՝ թույլ տալով անհրաժեշտ ICMP հետադարձ կապը, կամ սահմանափակել հայտարարված սեգմենտի չափը, որպեսզի գործընկերները ուղարկեն ավելի փոքր սեգմենտներ։ Անազնիվը միջերեսի MTU-ն ֆորումից պատճենված արժեքի իջեցնելն է և երբեք չստուգելը, թե ինչ փոխեց այն։
Ընտրությունը կախված է նրանից, թե ինչ եք վերահսկում։ Ձեր կառավարած ցանցում ICMP հաղորդագրությունների թույլատրումը ավելի մաքուր վերանորոգում է, քանի որ մեխանիզմը պահում է աշխատունակ յուրաքանչյուր արձանագրության համար։ Այն ուղու վրա, որը չեք վերահսկում, սահմանափակումը գործնական տարբերակն է, և այն պետք է կիրառվի նեղ, ոչ թե ամբողջ սերվերի վրա։
Եթե ապացույցները ցույց են տալիս հավելվածին, շտկեք հավելվածը կամ դրա վստահված սերվերի կարգավորումը։ 413 պատասխանը և կախված միացումը տարբեր խափանումներ են, և երկրորդը սովորաբար ժամկետի սպառում է ինչ-որ տեղ շղթայում, որն ընդգրկում է սեփական սահմաններով վստահված սերվեր։
Ամեն դեպքում, պահպանեք սկզբնական արժեքները և վերադարձից հետո կրկին փորձարկեք։ Աշխատող փոխանցման հետ համընկնող փոփոխությունը ապացույց չէ, որ այն է պատճառը, և հետարկելու ունակությունն է այն, ինչ տարբերում է ախտորոշումը պատահականությունից։
Գրանցեք որոշումը, որպեսզի այն վերապրի հաջորդ միջադեպը
Չորս փաստը բավարար է՝ դիտարկված խափանման ձևը, փորձարկումների արդյունքները, ձեր արած փոփոխությունը և կրկնակի փորձարկման արդյունքը։ Դրանցով հաջորդ մարդը կարող է ասել՝ արդյոք խնդիրը նույնն է, թե նույն ախտանիշով նորը։
Նշեք նաև ուղու համատեքստը, որովհետև MTU-ի հայտնաբերումը վերաբերում է կոնկրետ կապին։ Տանը աշխատող և հյուրանոցում ձախողվող նոութբուքն ունի երկու ուղի, և դրանցից մեկի վրա կիրառված ուղղումը ոչինչ չի ասում մյուսի մասին։
Վերջապես, դիմացեք «VPN-ը կոտրեց վերբեռնումները» ամփոփմանը։ Թունելը ներկա էր և՛ աշխատող, և՛ ձախողված դեպքում. ինչ փոխվեց՝ այն փաթեթի չափը, որ ուղին պետք է տաներ, կամ այն տեղը, որտեղ կանգնեցվեց փոխանցումը։ Իրական մեխանիզմի անվանումն է, որ օգտակար է դարձնում գրառումը։