VPN-ը մահացած է քնից հետո՝ կորցրվա՞ծ թունել, թե՞ հնացած հավելված

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

Արթնանալուց հետո երեք բան կարող է կոտրվել

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

Երկրորդը ակտիվացումն է։ Շատ հաճախորդներ ինքնուրույն նորից միանում են, ոմանք՝ ոչ, և պրոֆիլը, որից ոչ ոք չի խնդրում վերադառնալ, մնում է այնտեղ և կարծես կարգավորված լինի։ Այդ ձախողումը լուռ է ըստ նախագծի, քանի որ ոչինչ սխալ չի հայտնել։

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

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

Առաջինը՝ թունելը վերադարձա՞վ։

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

ip -brief addr show
wg show
ip route show table all | head -20

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

Ստուգեք նաև երթուղիները և DNS կարգավորումը։ Թունելը կարող է վերադառնալ առանց իր երթուղիների, ինչը ստեղծում է շփոթեցնող վիճակ, երբ ինտերֆեյսը աշխատում է, իսկ ներքին անունները դեռ լուծվում են սխալ սերվերի միջոցով։

Երկրորդը՝ ինչ-որ բան խնդրե՞ց վերադառնալ։

Այստեղ է, որ համեմատությունն արդարացնում է իրեն։ OpenVPN փլագինի պրոֆիլը և բնիկ WireGuard միացումը NetworkManager-ը տարբեր կերպ է մշակում, և միացման կարգավորումների տեղեկատուն հստակ ասում է, որ connection.autoconnect չի ակտիվացնում VPN պրոֆիլները. միացման հետ VPN բարձրացնելու մեխանիզմը connection.secondaries է։

nmcli connection show --active
nmcli -f connection.autoconnect,connection.secondaries connection show "Work VPN"
journalctl -u NetworkManager -b --no-pager | tail -40

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

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

Երրորդը՝ հավելվածը պահո՞ւմ է հին վիճակ։

Բացեք լրիվ նոր սեսիա նույն նպատակակետին նախքան VPN-ին դիպչելը։ Եթե նոր սեսիան աշխատում է, իսկ հինը՝ ոչ, թունելը կարգին է, և հավելվածը պահում է մահացած միացում։

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

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

Համեմատությունը դարձրեք վերարտադրելի

Փոփոխականները փոքր պահեք՝ մեկ մուտքի ցանց, մեկ քնի տևողություն և ամեն անգամ նույն առաջին հարցումը։ Ապա գրանցեք երկու արդյունք՝ արդյոք ձեռքով նորից միանալը ուղղում է այն, և արդյոք ևս մեկ քունը վերադարձնում է ձախողումը։

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

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

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