Android-ը չի բացում ֆայլերը VPN ֆայլային համօգտագործման մեջ

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

Ստուգեք ծառայությունը, նախքան թունելին մեղադրելը

Ping-ի պատասխանը կամ NAS-ի վեբ էջը ապացուցում են միայն երթուղավորումը և ոչ ավելին։ Ձեզ իրականում անհրաժեշտ ծառայությունը՝ SMB 445-ում, SFTP 22-ում կամ WebDAV 443-ում, կարող է անջատված լինել, արգելափակված հրահրանով կամ կապված լինել ինտերֆեյսի հետ, որտեղ VPN ենթացանցը չի հասնում։ Հեռախոսից ստուգեք հենց այդ պորտը հաճախորդով, որը ցույց է տալիս իրական սխալը, ոչ ընդհանուր ցանցային հաղորդագրություն։ Եթե պորտը զտված է, ուղղեք ծառայությունը կամ հրահրի կանոնը, քանի որ ոչ մի ֆայլային հավելված չի շրջանցի փակ պորտը։

Ստուգեք նաև, թե սերվերը որ աղբյուրի հասցե է տեսնում։ Բաժանված թունելը, որը բացառում է համօգտագործման ենթացանցը, կամ յուրաքանչյուր հավելվածի թունելը, որը ֆայլային հավելվածը թողնում է VPN-ից դուրս, տալիս է հենց միացված-բայց-անհասանելի ախտանիշը։

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

Օգտագործեք ֆայլային հավելված, որն ինքն է խոսում արձանագրությամբ

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

Փորձեք սերվերը IP-ով մեկ անգամ՝ DNS-ը երթուղավորումից բաժանելու համար։ Եթե IP-ն աշխատում է, իսկ անունը՝ ոչ, հեռախոսը լուծում է DNS սերվերի միջոցով, որը չի տեսնում ձեր մասնավոր գոտին։

Ինչ է ստանում ընդունող հավելվածը՝ URI, ոչ ուղի

Եթե ձեր ֆայլային հավելվածն իրականացնում է DocumentsProvider, Android-ի Storage Access Framework-ը կարող է դրա բովանդակությունը ցույց տալ համակարգի ընտրիչում, և ձեր ընտրած հավելվածը ստանում է content:// URI և թույլտվություն։ Այդ թույլտվությունը ֆայլային համակարգի ուղի չէ, դրա համար հում ուղի պահանջող խմբագրիչը չի կարող բացել փաստաթուղթը։ Android-ի փաստաթղթերի հասանելիության ուղեցույցը նկարագրում է մոդելը. մատակարարը տիրապետում է բայթերին, իսկ սպառողը կարդում է դրանք համակարգի միջոցով։

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

Յուրաքանչյուր հավելվածի VPN քաղաքականությունը նույնպես արժե դիտել։ Ցանցային ընթերցումը կատարող փաթեթը հաճախ մատակարար հավելվածն է, ոչ խմբագրիչը, ուստի ճիշտ փաթեթը ներառեք թունելում՝ պատկերակով դատելու փոխարեն։

Առանձին ստուգեք ընթերցումը, գրառումը և թույլտվության տևականությունը

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

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

Android-ի URI թույլտվությունը առանձին պահեք սերվերի լիազորությունից։ Փաստաթուղթ բացելու թույլտվությունը ոչինչ չի ասում դրա հետևում գտնվող SMB հաշվի մասին։

Պահեք տեղադրված համօգտագործումները այն դեպքերի համար, որոնք դրանց կարիքն ունեն

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

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

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