Ինչու անլար կարգաբերման երթևեկությունը VPN արտահոսքի ապացույց չէ
Wi-Fi-ով զուգորդված ADB նստաշրջանը ապացուցում է կարգաբերման հարաբերություն, ոչ թե ինտերնետ ելքի ուղի։ Ահա թե ինչ է իրականում ընդգրկում այդ դիտարկումը։
Դուք միացրել եք անլար կարգաբերումը, միացրել նոութբուք, և նստաշրջանը շարունակել է աշխատել, քանի դեռ VPN-ը միացված էր։ Դա թվում է, թե ինչ-որ բան սահեց թունելի կողքով։ Գրեթե վստահաբար ոչ։ Կարգաբերման նստաշրջանը և հավելվածի հարցումը կայքին տարբեր ցանցային հարաբերություններ են, և դրանցից միայն մեկը պետք է հատի թունելը։
Ես այս սխալ ընթերցմանը հանդիպել եմ երկու անգամ՝ մեկը, երբ հեռախոսը և նոութբուքը նույն Wi-Fi-ում էին, և մեկը վերագործարկումից հետո, երբ զուգորդումը պահպանվել էր։ Երկու դեպքում էլ VPN-ը անում էր հենց այն, ինչի համար կարգավորված էր։
Անվանեք դիտարկումը նախքան սխալը անվանելը
Արտահոսքի պնդումից առաջ կարող են լինել երեք իրադարձություն, և դրանք փոխարինելի չեն։ Գործիքը կարող է հայտնաբերել ծառայություն, սարքը կարող է հաստատել աշխատանքային կայան, կամ լիազորված նստաշրջանը կարող է իրոք տեղափոխել հրամաններ և բայթեր։ Գրեք, թե որն եք տեսել, որովհետև յուրաքանչյուրը ապացուցում է ավելի քիչ, քան մարդիկ ենթադրում են։
Հայտնաբերումը սովորաբար mDNS է կամ պորտերի սկանավորում։ Զուգորդումը հեռախոսում կայացված գրանցման որոշում է, որը հաստատվում է օգտատիրոջ մուտքագրած կոդով։ Կենդանի նստաշրջանը նշանակում է, որ երթևեկությունը շարժվել է երկու զուգորդված վերջնակետերի միջև։ Դրանցից ոչ մեկը չի նկարագրում, թե ուր է գնում հավելվածի HTTPS հարցումը։
Նպատակակետը, ինտերֆեյսը, հասցեների ընտանիքը, ժամանակադրոշմը և օգտատիրոջ պրոֆիլը կցեք իրադարձությանը։ Առանց այդ մանրամասների դիտարկումը հնարավոր չէ համեմատել նախատեսված տեղական ցանցի քաղաքականության կամ այն ժամանակ աշխատող VPN-ի տարբերակի հետ։
Ինչու երկու ուղիները երբեք չեն հանդիպում
Անլար կարգաբերումը սարքի մեջ մտնող կապ է։ adbd-ն լսում է Wi-Fi ինտերֆեյսին կապված պորտում, և աշխատանքային կայանը զուգորդումից հետո միանում է դրան։ Ուղղությունը կարևոր է. ձեր նոութբուքը ձգվում է դեպի հեռախոսը, ոչ թե հակառակը։ Սա ելքի արտահոսքի հակառակն է։
Հավելվածի ինտերնետ երթևեկությունը դուրս է գալիս VpnService-ի տեղադրած թունելային ինտերֆեյսով՝ համապատասխանեցված UID-ով և երթուղային կանոններով։ adbd-ն shell օգտատիրոջով աշխատող համակարգային դեմոն է, ոչ թե այդ երթուղային հավաքածուի ներսում գտնվող հավելված։ Այն մնում է հիմքում ընկած Wi-Fi կապի վրա նույնիսկ այն ժամանակ, երբ յուրաքանչյուր հավելված ամրացված է թունելին։
Կողպման ռեժիմը պարտադրում է թունելը ծածկված հավելվածների համար։ Այն լսող սոկետը ելքի ուղի չի դարձնում։
Այդ պատճառով աշխատող ADB նստաշրջանը և աշխատող անջատիչը գոյակցում են առանց հակասության։ Արտահոսքն ապացուցելու համար պետք է դիտարկել այն ուղղությունը, որը պետք է արգելափակված լինի։
Ինչպիսին է իրականում ելքի թեստը
Փորձարկեք ծածկված հավելվածը, ոչ թե կարգաբերման ալիքը։ Դիտավորյալ ստեղծեք խափանման պայմանը, ապա կատարեք մեկ նոր հարցում և գրանցեք, թե ինչ եղավ։
- Հաստատեք, որ VPN-ը միակ ուղին է. միացրեք մշտապես միացված VPN-ը՝ առանց VPN-ի կապերի արգելափակմամբ։
- Կանգնեցրեք VPN-ը աջակցվող եղանակով և հաստատեք, որ հավելվածը հայտնում է կապի բացակայության մասին։
- Ուղարկեք մեկ անվնաս հարցում այդ հավելվածից և նշեք՝ այն ձախողվում է, թե հաջողվում։
- Կրկնեք միացված, ապա անջատված անլար կարգաբերմամբ, որպեսզի փոփոխականը մեկուսացվի։
Այդ պայմաններում արգելափակված հարցումը ապացույց է։ Հաջող ADB նստաշրջանը՝ ոչ, և ոչ էլ մեկ ping-ը տերմինալ հավելվածից։
Եթե հարցումը այնուամենայնիվ հաջողվում է, երբ կողպումը միացված է, գրանցեք հավելվածի UID-ն ու նրա VPN թույլտվությունը, ակտիվ ցանցը և հաճախորդի տարբերակը։ Այդ համակցությունը իրական հայտնագործություն է։
Զուգորդումը ավելի երկար է ապրում, քան նստաշրջանը
Զուգորդումը մշտական վիճակ է, ոչ թե ձեռքսեղմում, որը կարող եք մոռանալ մալուխի թեստից հետո։ Android-ի կարգաբերման փաստաթղթերը նկարագրում են անլար աշխատանքի ընթացքը և նշում, որ հարաբերությունը տևում է այնքան, մինչև այն բացահայտ մոռացվի կամ լիազորությունները չեղարկվեն։
Նախքան թունելին մեղադրելը ստուգեք, թե ինչն է դեռ լիազորված։ Բացեք Անլար կարգաբերումը, նայեք Զուգորդված սարքերին և մոռացեք այն ամենը, ինչ այլևս չեք ճանաչում։ Աշխատանքային կայանից գործարկեք adb devices՝ տեսնելու, թե որ գրառումները դեռ պատասխանում են, և adb disconnect՝ հնացածը հեռացնելու համար։ Անլար կարգաբերումն անջատելը ամբողջությամբ փակում է լսող պորտը։
Համօգտագործվող կամ անվստահ ցանցում թողեք այն անջատված։ Ձեր չվերահսկվող ցանցում մշտական լիազորությունը ավելի մեծ խնդիր է, քան TUN-ի հիպոթետիկ շրջանցումը։
Մինչ այդ սխալի մասին հաղորդելը
Օգտակար հաշվետվությունը անվանում է ձախողված ճշգրիտ սահմանը։ Նշեք սարքի մոդելը և Android տարբերակը, VPN հաճախորդը և տարբերակը, արդյոք կողպումը միացված էր, հավելվածի փաթեթը և UID-ն, և ցանցը, որտեղ հեռախոսն էր։ Ավելացրեք դիտարկումն առաջացրած հրամանը կամ հարցումը, ինչպես նաև դրա կատարման ժամանակը։ Առանց դրա ոչ ոք չի կարող վերարտադրել այն սահմանը, որը դուք կոտրված եք համարում։
Մի անջատեք պարտադրումը և մի՛ բացահայտեք կարգաբերումը անվստահ ցանցում, որպեսզի թեստը ավելի դրամատիկ թվա։ Դա փոխում է ձեր չափած համակարգը և թողնում ապացույցներ, որ ոչ ոք չի կարող կրկնել։
Եթե ձեր միակ ապացույցն այն է, որ ADB-ն միացել է, երբ VPN-ը միացված էր, դուք չափել եք սխալ ուղին։ Նախ կրկնեք հավելվածի մակարդակի թեստը. պատասխանը սովորաբար այնտեղ է գալիս։