Հեռախոսը ցույց է տալիս ինքնաթիռի պատկերակը, VPN հաճախորդն արդեն երկու րոպե Connecting-ի վրա է, և պրոֆիլը ճիշտ է։ Մեկ ժամ առաջ այն աշխատում էր նույն շենքում։ Ոչինչ չի կոտրվել. VPN-ը կապ է, որը կրում է մեկ այլ ցանց, և ինքնաթիռի ռեժիմը հենց նոր հեռացրեց այն ցանցը, որը կրում էր այն։ Հաճախորդը շարունակ փորձում է, որովհետև վերին կապի բացակայության դեպքում դա է անում։

Շփոթեցնողն այն է, որ ինքնաթիռի նշանը ձեզ չի ասում՝ Wi-Fi-ը հասանելի է, թե ոչ, և Connecting-ը չի ասում՝ հաճախորդը նույնականացնո՞ւմ է, թե պարզապես սպասում։ Առանձնացրեք այս երկու ընթերցումները, և ախտորոշումը կտևի մեկ րոպե։

Ինքնաթիռի նշանը ռադիոյի հաշվետվություն չէ

Աջակցվող Android սարքերում Wi-Fi-ը և Bluetooth-ը կարող են միացված մնալ ինքնաթիռի ռեժիմում, և սարքը հիշում է ձեր վերջին ընտրությունը։ Google-ի Pixel-ում ինքնաթիռի ռեժիմի ուղեցույցը նկարագրում է հենց այդ վարքը։ Այսպիսով՝ պատկերակը կարող է նշանակել, որ բջջային ցանցն անջատված է, և ուրիշ ոչինչ։

Ստուգեք իրական վիճակը, ոչ թե գլիֆը։ adb shell settings get global airplane_mode_on-ը վերադարձնում է 0 կամ 1 հենց ռեժիմի համար, իսկ adb shell dumpsys connectivity-ը թվարկում է սարքի ընթացիկ ցանցերը՝ դրանց վավերացման կարգավիճակով։ Այս երկու արդյունքները միասին պատասխանում են այն հարցին, որին պատկերակը չի կարող։

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

Ինչ է իրականում նշանակում Connecting-ը

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

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

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

Չորս վիճակ, որոնք արժե տարբերել

Ստորև ներկայացված չորս վիճակներն են, որոնք արժե անվանել, որովհետև էկրանը դրանք նույնությամբ է ներկայացնում։

StateWhat you will seeWhat to do
Airplane mode, Wi-Fi offNo networks in dumpsys, VPN retries foreverTurn Wi-Fi on, or accept that the tunnel cannot exist
Wi-Fi on, not associatedInterface exists, no default networkJoin the access point
Associated, not validatedNetwork listed, captive-portal flag setComplete the portal sign-in, then reconnect
Validated, tunnel downInternet works, VPN fails or blocksDebug the tunnel, not the radio

Երրորդ տողը բռնում է մարդկանց մեծ մասին հյուրանոցներում և օդանավակայաններում։ Միացումը դեռ թույլտվություն չէ. պորտալը, որը հեռախոսին չի թողել անցնել, սիրով կընդունի Wi-Fi գաղտնաբառը և հետո կհրաժարվի երթևեկությունը փոխանցել VPN-ի վերջնակետ։ Սկզբում բրաուզերի միջով մուտք գործելը, երբ թունելը անջատված է, սովորաբար անցնելու միակ միջոցն է։

Ինչու է արգելափակումը ավելի վատ երևալ տալիս

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

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

Փոխարենը ստուգեք ծավալը։ Որ հավելվածներն են ընդգրկված, որոնք՝ բացառված, և արդյոք պրոֆիլը յուրաքանչյուր օգտատիրոջ համար է, թե ամբողջ սարքի։ Առաջադրանքը, որը գործարկում է VPN հավելվածը հենց Wi-Fi-ը հայտնվում է, ձգանիչ է, ոչ թե երաշխիք, որ մինչ դրա աշխատելը ոչ մի փաթեթ դուրս չի եկել։

Ախտորոշման հերթականություն, որը վերջ է դնում գուշակությանը

Աշխատեք ներքևից վերև։ Հաստատեք ռեժիմը, հաստատեք, որ ցանց կա, որ այն վավերացված է, որ այն կարող է հասնել տեղական ենթացանցից դուրս ինչ-որ բանի, և միայն դրանից հետո նայեք հաճախորդին։ adb shell ping -c 3 1.1.1.1-ը կոպիտ թեստ է, բայց այն առանձնացնում է բացակայող ուղին այն ուղուց, որը գոյություն ունի, մինչ թունելը դժգոհ է։

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

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

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