VPN-ը անընդհատ անջատվում է? Անցեք այս հերթականությամբ

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

Առաջին քայլ՝ գրանցեք ինտերվալը և սխալի տեքստը

Սկսեք հաճախորդի սեփական մատյանից, ոչ թե մատակարարի վահանակից։ Linux հաճախորդի դեպքում ծառայության մատյանը և թունելի կենդանի վիճակը ծածկում են դրա մեծ մասը՝

journalctl -u openvpn-client@client --since '3 hours ago' | tail -60
journalctl -u wg-quick@wg0 --since '3 hours ago' | tail -40
wg show
ip -s link show wg0

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

Պահեք սխալի ձևակերպումը։ Ժամանակի սպառումը, նույնականացման մերժումը և ադապտերի կամ դրայվերի սխալը մատնանշում են երեք տարբեր շերտեր, և այս խնդրում վատնված ջանքի մեծ մասը գալիս է դրանք մեկը համարելուց։ Պատճենեք տողը բառացիորեն ձեր նշման մեջ։

Երկրորդ քայլ՝ փոխեք մեկ փոփոխական, ոչ պրոֆիլը

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

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

Գրեք, թե որ փոփոխականը փոխեցիք։ Համեմատությունը հաշվի է առնվում միայն այն դեպքում, երբ մնացած ամեն ինչ նույնն է մնացել, և դա ներառում է սերվերի վերջնակետը և օրվա ժամը։

Երրորդ քայլ՝ կապեք ինտերվալը շերտի հետ

Լավ նստաշրջանի տևողությունը ձեր ունեցած ամենատեղեկատվական միակ թիվն է։ Կարդացեք այն այս ցանկի դիմաց նախքան ժամաչափերին դիպչելը՝

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

Անգործության դեպքում կարգավորումները պրոտոկոլին հատուկ են, և երկու ծայրերն էլ կարևոր են։ Սերվերի վրա OpenVPN-ի keepalive 10 60-ը ամեն 10 վայրկյանում փինգ է ուղարկում և վերագործարկում է կապը 60 վայրկյան առանց դրա, իսկ NAT-ի հետևում գտնվող WireGuard հաճախորդները օգտագործում են PersistentKeepalive = 25-ը զուգընկերոջ բլոկում։ OpenVPN նաև ժամաչափով վերաբանակցում է տվյալների ալիքը՝ reneg-sec, որի լռելյայն արժեքը 2.x-ում 3600 վայրկյան է։

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

Չորրորդ քայլ՝ համեմատեք մեկ աջակցվող այլընտրանք

Եթե օպերատորը հրապարակում է և՛ UDP, և՛ TCP պրոֆիլ, գործարկեք նույն սարքը և ցանցը մյուսի դեմ։ Օգտագործեք իրական համապատասխան ֆայլը՝ պատճենված պրոֆիլում տրանսպորտը խմբագրելու փոխարեն։ Կայուն TCP պրոֆիլը ուղու վրա, որտեղ UDP-ն վերակայվում է, խնդիրը նեղացնում է այդ ուղու վրա, բայց չի ապացուցում, որ TCP-ն ամենուր ավելի լավ տրանսպորտ է։

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

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

Ստուգեք ուղղումը և պահպանեք հետ վերադարձի հնարավորությունը

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

wg show wg0 latest-handshakes
curl -m 5 -sS https://ifconfig.me
cp client.ovpn client.ovpn.bak   # before editing timers

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

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