Android haiwezi kufungua faili kwenye sehemu ya faili ya VPN

Simu iko kwenye VPN, seva ya faili inajibu ping, na bado programu ya faili inaripoti kwamba haiwezi kuunganisha, au inaunganisha na hakuna kihariri kwenye kifaa kinachofungua kile inachoorodhesha. Hizo ni hitilafu mbili tofauti, na hakuna moja inayomaanisha kuwa handaki imevunjika. VPN hutoa njia ya kuingia kwenye mtandao wa kibinafsi pekee; kuvinjari sehemu, kuthibitisha kwake, na kukabidhi hati kwa programu nyingine ni hatua tofauti zenye njia tofauti za kushindwa. Ifuatayo ni mfululizo ninaozikagua, na mahali ninaposimama badala ya kukisia.

Kagua huduma kabla ya kulaumu handaki

Jibu la ping au ukurasa wa wavuti wa NAS huthibitisha uelekezaji pekee na hakuna kingine. Huduma unayohitaji kweli, SMB kwenye 445, SFTP kwenye 22 au WebDAV kwenye 443, inaweza kuwa imezimwa, imezuiwa na ngome ya moto, au imefungwa kwenye kiolesura ambacho subnet ya VPN haiwezi kufikia. Kutoka kwa simu, jaribu bandari hiyo mahususi na mteja anayeonyesha hitilafu halisi badala ya ujumbe wa jumla wa mtandao. Ikiwa bandari imechujwa, rekebisha huduma au kanuni ya ngome ya moto, kwa sababu hakuna programu ya faili inayoweza kuzunguka bandari iliyofungwa.

Pia angalia ni anwani gani ya chanzo seva inaona. Handaki lililogawanywa linaloondoa subnet ya sehemu, au handaki la programu ambalo linaacha programu ya faili nje ya VPN, hutoa dalili hasa ya imeunganishwa-lakini-haifikiki.

Kataa njia ya mkato ya kuwasha ufikiaji wa mgeni au SMB1 kwa sababu mteja mmoja hawezi kuthibitisha. Mabadiliko kama hayo hupanua kile seva inakubali kutoka kwa kila kifaa kwenye mtandao, na hayarekebishi chochote ikiwa tatizo la msingi ni uelekezaji au utatuzi wa majina. Ikiwa sehemu inahitaji akaunti maalum, itumie, ikiwa ni pamoja na kiambishi cha kikoa au kikundi cha kazi ambacho seva inatarajia.

Tumia programu ya faili inayozungumza itifaki yenyewe

Android haina kivinjari kilichojengwa kwa sehemu za mtandao, kwa hivyo programu ya mteja ni tegemezi halisi, si maelezo. Chagua moja inayotekeleza itifaki unayotumia kweli na ambayo bado inatunzwa, kwa sababu mteja aliyejengwa kwa toleo la Android usilotumia tena hushindwa kwa njia zinazoonekana kama hitilafu za mtandao. Wakati ugunduzi hauvuki subnets, andika jina la mwenyeji waziwazi badala ya kusubiri programu iipate.

Jaribu seva kwa IP mara moja ili kutenganisha DNS na uelekezaji. Ikiwa IP inafanya kazi na jina halifanyi, simu inatatua majina kupitia seva ya DNS isiyoweza kuona eneo lako la kibinafsi.

Jua kinachopewa programu inayopokea: URI, si njia

Ikiwa programu yako ya faili inatekeleza DocumentsProvider, Storage Access Framework ya Android inaweza kuonyesha maudhui yake kwenye kichaguzi cha mfumo, na programu unayochagua inapokea URI ya content:// pamoja na ruhusa. Ruhusa hiyo si njia ya mfumo wa faili, ndiyo sababu kihariri kinachotaka jina la njia mbichi hakiwezi kufungua hati ingawa kichaguzi kiliiorodhesha. Mwongozo wa ufikiaji wa hati wa Android unaeleza mfano: mtoa huduma anamiliki baiti na mtumiaji anazisoma kupitia mfumo. Programu zinazokubali URI zinafanya kazi, na zile zinazoita open() kwenye njia hazifanyi. Hii ni sababu ya kawaida zaidi kwa sehemu kufanya kazi kwenye programu ya faili na kushindwa kila mahali pengine.

Njia mbadala ni nakala ya kukusudia: vuta faili kwenye hifadhi ya kihariri yenyewe, ihariri, kisha uipakishe tena. Hiyo ni mtiririko mzuri wa kazi, lakini huunda nakala ya pili na swali la mgongano, kwa hivyo amua upande upi utashinda kabla ya kuanza kuhariri kwenye treni.

Sera ya VPN kwa kila programu inastahili kuangaliwa hapa pia. Kifurushi kinachofanya usomaji wa mtandao mara nyingi ni programu ya mtoa huduma na si kihariri, kwa hivyo jumuisha kifurushi sahihi kwenye handaki badala ya kuhukumu kwa ikoni uliyogusa.

Jaribu usomaji, uandishi na uthabiti wa ruhusa kando kando

Orodha ya saraka huthibitisha njia ya kusoma pekee. Tumia faili salama ya jaribio na pitia mfululizo wote: orodhesha, fungua, hariri, hifadhi, kisha ufungue tena faili hiyo hiyo kutoka kwa mteja wa kompyuta ya mezani.

Fuatilia uthabiti wa ruhusa baada ya kuwasha upya. Ruhusa za hifadhi ni za muda isipokuwa programu izichukue kwa kudumu, na baadhi ya vihariri huomba tena kila kuanza wakati vingine hushindwa kimyakimya na kukuonyesha nakala ya zamani. Ikiwa uhifadhi unaonekana umefanikiwa, thibitisha upande wa seva kwa kuangalia muda wa mabadiliko au kwa kufungua tena kutoka mashine nyingine. Jaribu pia kukatika katikati ya uhifadhi, kwa sababu VPN kuanguka wakati wa upakiaji ni wakati hasa mteja anayeweza kuacha faili isiyokamilika au mabadiliko ya ndani yasiyosawazishwa kamwe.

Tenganisha ruhusa ya URI ya Android na idhini ya seva. Kuruhusiwa kufungua hati hakusemi chochote kuhusu akaunti ya SMB iliyo nyuma yake.

Tunza sehemu zilizopachikwa kwa hali zinazozihitaji

Upachikaji wa CIFS wa kiwango cha root na moduli za mfumo wa faili wa kernel bado zipo, na huzipa kila programu udanganyifu wa saraka ya ndani. Pia huhitaji root, huvunjika kwa mabadiliko ya kernel, na huficha hitilafu za mtandao ndani ya tabaka la mfumo wa faili ambako ni vigumu kuzitambua. Kwa kuhariri hati kwenye simu, mtiririko wa mtoa huduma au wa kunakili hufunika sehemu kubwa ya kile watu wanahitaji kweli.

Angalia kama upachikaji unastahimili mabadiliko ya mtandao kabla ya kujenga mtiririko wa kazi juu yake. Sehemu iliyopachikwa kutoka kwa kompyuta ya kubebea mezani hufanya tofauti na simu inayoruka kati ya Wi-Fi na mtandao wa simu, na upachikaji wa zamani unaweza kufanya programu ining'inie badala ya kushindwa safi.

Ikiwa bado umekwama, pitia orodha kwa mpangilio na simama kwenye hatua ya kwanza inayoshindwa: bandari inafikika, mteja wa itifaki imesakinishwa, sehemu imethibitishwa, kichaguzi kinaonyesha faili, kihariri kinakubali URI, uhifadhi unafika kwenye seva. Hatua hiyo inakuambia sehemu ipi ya kurekebisha, na mara chache ni handaki.