Android kan ikke åpne filer på VPN-fildelingen

Telefonen er på VPN, fileserveren svarer på ping, og filappen melder fortsatt at den ikke får forbindelse; eller den kobler til, og ingen editor på enheten åpner det den viser. Dette er to forskjellige feil, og ingen av dem betyr at tunnelen er ødelagt. En VPN gir bare en rute inn i det private nettet; å bla gjennom en deling, autentisere seg mot den og gi et dokument videre til en annen app er separate trinn med hver sin måte å feile på. Nedenfor står rekkefølgen jeg sjekker dem i, og punktet der jeg stopper i stedet for å gjette.

Sjekk tjenesten før du gir tunnelen skylden

Et pingsvar eller nettsiden til NAS beviser bare ruting og ingenting annet. Tjenesten du faktisk trenger, SMB på 445, SFTP på 22 eller WebDAV på 443, kan være slått av, blokkert av brannmuren eller bundet til et grensesnitt som VPN-subnettet ikke når. Fra telefonen tester du nettopp den porten med en klient som viser den ekte feilen i stedet for en generell nettmelding. Er porten filtrert, må du rette tjenesten eller brannmurregelen, for ingen filapp kommer rundt en lukket port.

Sjekk også hvilken kildeadresse serveren ser. En split tunnel som utelukker subnettet til delingen, eller en tunnel per app som lar filappen stå utenfor VPN, gir nøyaktig symptomet tilkoblet men utilgjengelig.

Ikke ta snarveien med gjestetilgang eller SMB1 fordi én klient ikke får autentisert seg. Slike endringer utvider hva serveren godtar for hver enhet på nettet, og de fikser ingenting hvis grunnproblemet er ruting eller navneoppslag.

Bruk en filapp som snakker protokollen selv

Android har ingen innebygd utforsker for nettverksdelinger, så klientappen er en reell avhengighet og ikke en detalj. Velg en som implementerer protokollen du faktisk kjører og som fortsatt vedlikeholdes, for en klient bygget for en Android-versjon du ikke bruker lenger, feiler på måter som ser ut som nettverksfeil.

Prøv serveren med IP én gang for å skille DNS fra ruting. Virker IP-en og ikke navnet, løser telefonen opp gjennom en DNS-server som ikke ser sonen din.

Hva mottakerappen får: en URI, ikke en sti

Hvis filappen din implementerer DocumentsProvider, kan Androids Storage Access Framework vise innholdet i systemvelgeren, og appen du velger får en content:// URI sammen med en tillatelse. Den tillatelsen er ikke en filsystemsti, derfor kan en editor som krever en rå sti ikke åpne dokumentet. Androids veiledning for dokumenttilgang beskriver modellen: tilbyderen eier bytene og brukeren leser dem gjennom systemet.

Alternativet er en bevisst kopi: dra filen inn i editorens eget lager, rediger den og last den opp igjen. Det er en god arbeidsflyt, men den lager en andre kopi og et konfliktsørsmål, så bestem hvilken side som vinner før du begynner å redigere på et tog.

VPN-policy per app fortjener også en titt. Pakken som gjør nettlesingen, er ofte tilbyderappen og ikke editoren, så ta den riktige pakken med i tunnelen i stedet for å dømme etter ikonet.

Test lesing, skriving og varighet av tillatelsen hver for seg

En mappeliste beviser bare lesestien. Bruk en ufarlig testfil og gå gjennom hele sekvensen: liste, åpne, redigere, lagre, og åpne deretter samme fil på nytt fra en skrivebordsklient.

Følg med på om tillatelsen varer etter omstart. Lagringstillatelser er midlertidige med mindre appen gjør dem varige, og noen editorer spør på nytt ved hver oppstart mens andre feiler stille og viser deg en gammel kopi. Virker en lagring vellykket, bekreft den på serveren via endringstiden.

Hold Androids URI-tillatelse atskilt fra serverens autorisasjon. Å ha lov til å åpne et dokument sier ingenting om SMB-kontoen bak.

Ta vare på monterte delinger for tilfellene som trenger dem

CIFS-monteringer på rotnivå og kjernemoduler for filsystemer finnes fortsatt, og de gir hver app illusjonen av en lokal mappe. De krever root, knekker ved kjerneendringer og skjuler nettverksfeil i filsystemlaget der de er vanskeligere å diagnostisere.

Sjekk om monteringen overlever et nettverksbytte før du bygger en arbeidsflyt på den. En deling montert fra en bærbar PC på et skrivebord oppfører seg annerledes enn en telefon som hopper mellom Wi-Fi og mobil, og en gammel montering kan henge en app.

Hvis du fortsatt sitter fast, gå listen i rekkefølge og stopp ved det første trinnet som feiler: porten er nåbar, protokollklienten er installert, delingen er autentisert, velgeren viser filen, editoren godtar URI-en, lagringen når serveren. Det trinnet forteller hvilken komponent som skal rettes, og det er sjelden tunnelen.