Hindi mabuksan ng Android ang mga file sa VPN file share

Nasa VPN ang telepono, sumasagot ang file server sa ping, at sinasabi pa rin ng file app na hindi ito makakonekta, o kumokonekta ito at walang editor sa device ang nagbubukas ng inililista nito. Iyon ay dalawang magkaibang pagkabigo, at wala sa dalawa ang nangangahulugang sira ang tunnel. Nagbibigay lang ang VPN ng ruta papasok sa pribadong network; ang pag-browse ng share, pagpapatotoo rito, at pagbibigay ng dokumento sa ibang app ay magkaibang hakbang na may magkaibang paraan ng pagkabigo. Nasa ibaba ang pagkakasunod-sunod ng pagsusuri ko, at ang puntong humihinto ako sa halip na manghula.

Suriin ang serbisyo bago sisihin ang tunnel

Ang tugon sa ping o ang web page ng NAS ay nagpapatunay lang ng routing at wala nang iba. Ang serbisyong kailangan mo talaga, SMB sa 445, SFTP sa 22 o WebDAV sa 443, ay maaaring naka-disable, naka-block ng firewall, o nakatali sa interface na hindi maabot ng VPN subnet. Mula sa telepono, subukan ang partikular na port na iyon gamit ang client na nagpapakita ng tunay na error sa halip na pangkalahatang network message. Kung na-filter ang port, ayusin ang serbisyo o ang firewall rule, dahil walang file app ang makakalampas sa saradong port.

Tingnan din kung anong source address ang nakikita ng server. Ang split tunnel na nagbubukod sa subnet ng share, o per-app tunnel na nag-iiwan sa file app sa labas ng VPN, ay gumagawa ng eksaktong sintomas na konektado-pero-hindi-maabot.

Labanan ang shortcut na i-enable ang guest access o SMB1 dahil isang client lang ang hindi makapagpatotoo. Pinalalawak ng mga pagbabagong iyon ang tinatanggap ng server mula sa bawat device sa network, at wala silang inaayos kung routing o name resolution ang tunay na problema. Kung kailangan ng share ng partikular na account, gamitin ito, kasama ang domain o workgroup prefix na inaasahan ng server.

Gumamit ng file app na siya mismo ang nagsasalita ng protocol

Walang built-in na browser ang Android para sa network shares, kaya ang client app ay tunay na dependency at hindi detalye. Pumili ng isang nagpapatupad ng protocol na aktuwal mong ginagamit at may maintenance pa, dahil ang client na ginawa para sa Android release na hindi mo na ginagamit ay nabibigo sa paraang mukhang network fault. Kapag hindi tumatawid ang discovery sa mga subnet, i-type nang tahasan ang host sa halip na hintayin ang app na hanapin ito.

Subukan ang server sa pamamagitan ng IP nang isang beses para paghiwalayin ang DNS sa routing. Kung gumagana ang IP at hindi ang pangalan, nagre-resolve ang telepono sa pamamagitan ng DNS server na hindi nakikita ang iyong pribadong zone.

Alamin ang natatanggap ng tumatanggap na app: URI, hindi path

Kung ang file app mo ay nagpapatupad ng DocumentsProvider, maipapakita ng Storage Access Framework ng Android ang nilalaman nito sa system picker, at ang app na pipiliin mo ay tumatanggap ng content:// URI at isang pagbibigay ng pahintulot. Ang pagbibigay na iyon ay hindi filesystem path, kaya ang editor na nagsisisteng gumamit ng raw pathname ay hindi mabubuksan ang dokumento kahit inilista ito ng picker. Inilalarawan ng gabay ng Android sa pag-access ng dokumento ang modelong ito: pagmamay-ari ng provider ang mga byte at binabasa ng consumer ang mga ito sa pamamagitan ng system. Gumagana ang mga app na tumatanggap ng URI, at hindi gumagana ang mga app na tumatawag ng open() sa isang path. Ito ang pinakakaraniwang dahilan kung bakit gumagana ang share sa file app at nabibigo sa lahat ng iba pang lugar.

Ang alternatibo ay sinadyang kopya: hilahin ang file papunta sa sariling storage ng editor, i-edit ito, pagkatapos ay i-upload pabalik. Maayos na workflow iyon, pero gumagawa ito ng pangalawang kopya at tanong sa conflict, kaya magpasya kung aling panig ang mananalo bago ka magsimulang mag-edit sa tren.

Karapat-dapat ding tingnan dito ang per-app VPN policy. Ang package na gumagawa ng pagbasa sa network ay madalas na provider app at hindi editor, kaya isama ang tamang package sa tunnel sa halip na husgahan ayon sa icon na tinap mo.

Hiwalay na subukan ang pagbasa, pagsulat at pagtitigil ng pahintulot

Ang listahan ng direktoryo ay nagpapatunay lang ng read path. Gumamit ng hindi mapaminsalang test file at tahakin ang buong pagkakasunod-sunod: ilista, buksan, i-edit, i-save, pagkatapos ay buksan muli ang parehong file mula sa desktop client.

Panoorin kung tumatagal ang pahintulot pagkatapos ng reboot. Ang mga storage grant ay pansamantala maliban kung kunin ito ng app nang permanente, at may mga editor na muling nagtatanong sa bawat paglulunsad habang ang iba ay tahimik na nabibigo at nagpapakita ng lumang kopya. Kung mukhang matagumpay ang pag-save, kumpirmahin ito sa panig ng server sa pamamagitan ng pagtingin sa oras ng pagbabago o pagbukas muli mula sa ibang machine. Subukan din ang pagkadiskonekta sa gitna ng pag-save, dahil ang pagbagsak ng VPN habang nag-a-upload ay eksaktong sandaling pinakamalamang na mag-iwan ang client ng bahagyang file o lokal na pagbabagong hindi kailanman nag-sync.

Panatilihing hiwalay ang URI permission ng Android sa awtorisasyon sa server. Ang pagpayag na magbukas ng dokumento ay walang sinasabi tungkol sa SMB account sa likod nito.

Itabi ang mga naka-mount na share para sa mga kasong nangangailangan

Umiiral pa rin ang mga CIFS mount sa antas ng root at mga kernel filesystem module, at binibigyan nila ang bawat app ng ilusyon ng lokal na direktoryo. Kailangan din nila ng root, nasisira sila kapag nagbago ang kernel, at itinatago ang mga network failure sa loob ng filesystem layer kung saan mas mahirap i-diagnose. Para sa pag-edit ng dokumento sa telepono, saklaw ng provider o copy workflow ang karamihan sa aktuwal na kailangan ng mga tao.

Suriin kung nakakaligtas ang mount sa pagbabago ng network bago ka magtayo ng workflow dito. Ang share na naka-mount mula sa laptop sa mesa ay iba ang kilos kaysa teleponong lumilipat-lipat sa pagitan ng Wi-Fi at cellular, at ang lumang mount ay maaaring magpahinto ng app sa halip na malinis na mabigo.

Kung natigil ka pa rin, tahakin ang listahan sa pagkakasunod-sunod at huminto sa unang hakbang na nabibigo: maabot ang port, nakainstall ang protocol client, naipatotoo ang share, ipinapakita ng picker ang file, tinatanggap ng editor ang URI, dumarating sa server ang save. Sinasabi ng hakbang na iyon kung aling component ang aayusin, at bihirang tunnel iyon.