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

Արգելափակումը և վերակապակցումը առանձին որոշումներ են

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

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

Նույն պրոֆիլը տարբեր կերպ է վարվում երկու հաճախորդում

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

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

Նման հարթակային կարգավորումները հավասարազոր չեն

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

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

Մեկ անգամ մեկ իրադարձություն գործարկեք և գրանցեք կոդը

Մեկ վազքի համար ստուգեք մեկ իրադարձություն՝ անվնաս հարցումով, և ամեն փորձ դարձրեք նոր հարցում, այլ ոչ թե էջ, որը գուցե արդեն պահված է։ Ստորև տրված հրամանները իջեցնում են թունելը, էջ են պահանջում և ցույց տալիս՝ վերադարձե՞լ է միջերեսը։

ip link set tun0 down
curl -s -o /dev/null -w "%{http_code}\n" --max-time 5 https://example.com
ip -brief address show tun0

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

What I doWhat I watchEvidence to keep
Bring the tunnel down by handWhether a fresh request fails at onceThe HTTP code and the client state at that second
Choose Disconnect in the clientWhether ordinary access returns on purposeThe same request succeeding with no tunnel up
Quit the app, then rebootWhether the block outlives the clientA request made from a clean boot
Move from Wi-Fi to cellularWhether DNS and IPv6 follow the policyThe resolver answer, the route table and the code again

Բացառություններ, հյուրերի մուտքային էջեր և ինչ արգելքը չի կարող

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

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

resolvectl query example.com
ss -tunp | grep -v tun0

Առնչվող հոդվածներ