Դիտարկել երթուղիչի VPN-ը՝ չվստահելով մեկ կարգավիճակի լույսի
Զուգակցի վիճակը, ընտրված երթուղին և թույլատրված հավելվածի փորձարկումը տարբեր հարցերի պատասխաններ են տալիս։ Ահազանգեք այն սահմանին, որը ձախողվել է, ոչ թե կանաչ պատկերակին։
Կարգավիճակի էջն ասում է՝ միացված է, լույսը կանաչ է, իսկ գրասենյակը չի հասնում ֆայլային սերվերին։ Այդ փաստերից մեկը թունելի մասին է, մյուսը՝ դրա միջով անցնող ուղու։ Երկուսի դիտարկումը տարբերությունն է այն ահազանգի միջև, որի հիման վրա կարելի է գործել, և այն ահազանգի, որը սովորում եք անտեսել։
Հինգ ստուգում՝ հերթականությամբ, զուգակցից դուրս։
Ստուգում 1. զուգակցի կամ միավորման վիճակ
Յուրաքանչյուր արձանագրություն բացահայտում է իր վիճակը։ WireGuard-ը ցույց է տալիս վերջին ձեռքսեղմումը և փոխանցման հաշվիչները յուրաքանչյուր զուգակցի համար wg show-ի միջոցով։ OpenVPN-ը նստաշրջանի վիճակը գրում է իր կարգավիճակի ֆայլում կամ կառավարման միջերեսում, իսկ IPsec-ը բացահայտում է անվտանգության միավորումները ipsec statusall-ի նման գործիքներով։ Ծուղակն այն է, որ ժամանակադրոշմը կարդաս որպես դատավճիռ. ուղարկելու ոչինչ չունեցող պարապ WireGuard զուգակիցը վերջերս ձեռքսեղմում չի անի, և դա ընդհատում չէ։
Համեմատեք ժամանակադրոշմը սպասվող երթևեկության և keepalive-ի կարգավորումների հետ՝ նախքան որևէ մեկին կանչելը։
Ստուգում 2. ընտրված երթուղին
Թունելի միջերեսը կարող է գոյություն ունենալ, մինչ դրա մեջ ոչինչ չի երթուղվում։ Ստուգեք փոխանցման աղյուսակը ձեզ հետաքրքրող նպատակակետի համար, ոչ թե թունելի սեփական ենթացանցի։ Եթե նախածանցը բացակայում է կամ ուրիշ տեղ է ցույց տալիս, զուգակցի վիճակը նշանակություն չունի։
Այդ ստուգումը բռնում է այն խափանումը, որը կարգավիճակի լույսը երբեք չի ցույց տալիս։
Օգտակար երկրորդ ստուգումը նաև համեմատում է աղբյուրի հասցեն։ ip route get 10.20.5.10-ը վերադարձնում է հաջորդ թռիչքը, միջերեսը և նախընտրելի աղբյուրը, և սխալ աղբյուրը բավական է հեռավոր ծայրում վերադարձի երթևեկությունը կոտրելու համար։ Գրանցեք սպասվող եռյակը մեկ անգամ, ապա ահազանգեք, երբ որևէ տարր փոխվի։ Այդ մեկ տողը բռնում է NAT-ի փոփոխությունները, միջերեսի տատանումները և քաղաքականության վրա հիմնված երթուղավորման սխալները։
Ստուգում 3. թույլատրված հավելվածի ուղի
Փորձարկեք մի բան, որը ներկայացնում է իրական պահանջը։ Երթուղիչից սկսվող ping-ը դուրս է գալիս երթուղիչի սեփական հասցեից և քաղաքականությունից, որոնք կարող են տարբերվել փոխանցված LAN երթևեկությունից, և շատ հոսթեր սահմանափակում են ICMP-ն։ Եթե պահանջը մասնավոր ծառայություն է, փորձարկեք այդ ծառայությունը նրա իրական պորտում։
Փորձարկման ծավալը պահեք համեստ։ Դիտարկման ցիկլը չպետք է դառնա այն երթևեկությունը, որը չափում է։
Ստուգում 4. ինչ փոխվեց և երբ
Կապեք WAN-ի փոփոխությունները, բանալիների նորացումները, երթուղիների հետկանչերը և հավելվածների խափանումները մեկ ժամանակագրության վրա։ Տարբերեք թունելի խափանումը պահուստային երթուղուց, որը լուռ վերականգնում է սովորական ինտերնետ հասանելիությունը, քանի որ երկուսն էլ տալիս են նույնական օգտատերային հաղորդումներ և հակադիր ախտորոշումներ։ Ժամային գոտու սխալները կշրջեն կարգը, ուստի համեմատելուց առաջ նորմալացրեք։ Ժամանակագրությունն է, որ չորս ստուգումները վերածում է պատճառի։
Պահեք մատյանները անցումների համար, ոչ թե օգտակար բեռի։
Ստուգում 5. ահազանգը պետք է անվանի սահմանը
«VPN-ը կանգնած է» ասող ահազանգը կես դեպքերում մարդուն սխալ տեղ է ուղարկում։ Այն, որ ասում է՝ զուգակցի ձեռքսեղմումը տասներկու րոպե հնացած է, 10.20.0.0/16-ի երթուղին բացակայում է, կամ 445 պորտի փորձարկումը ձախողվում է, մատնանշում է կոնկրետ ստուգում։
Պահեք գործառնական հաշվիչներ՝ օգտակար բեռները զննելու փոխարեն։ Հաշվիչները պատասխանում են դիտարկման հարցին՝ չհավաքելով այն բովանդակությունը, որ ձեզ պետք չէ։
Եվ թող վերափոխման քաղաքականությունը որոշի, թե ինչ լինի հետո։ Դիտարկումը պետք է բացահայտի, թե որ սահմանը ձախողվեց, ոչ թե ամեն անգամ փորձարկման ձախողման դեպքում լայն շրջանցում թույլատրի։ OpenVPN 2.6-ի ձեռնարկը նկարագրում է կարգավիճակի ֆայլը և կառավարման միջերեսը, որոնք առաջին ստուգումը դարձնում են սկրիպտավորելի։