Android kan ikke åbne filer på VPN-filudvekslingen

Telefonen er på VPN, fileserveren svarer på ping, og filappen siger stadig, at den ikke kan forbinde; eller den forbinder, og ingen editor på enheden åbner det, den viser. Det er to forskellige fejl, og ingen af dem betyder, at tunnelen er brudt. En VPN giver kun en rute ind i det private netværk; at gennemse en deling, godkende sig over for den og give et dokument videre til en anden app er separate trin med hver sin måde at fejle på. Nedenfor er den rækkefølge, jeg tjekker dem i, og det punkt, hvor jeg stopper i stedet for at gætte.

Tjek tjenesten, før du bebrejder tunnelen

Et ping-svar eller NAS-ens webside beviser kun routing og intet andet. Den tjeneste, du faktisk har brug for, SMB på 445, SFTP på 22 eller WebDAV på 443, kan være slået fra, blokeret af firewallen eller bundet til et interface, som VPN-subnettet ikke kan nå. Fra telefonen tester du netop den port med en klient, der viser den rigtige fejl i stedet for et generisk netværksbanner. Er porten filtreret, skal du rette tjenesten eller firewallreglen, for ingen filapp kan komme uden om en lukket port.

Tjek også, hvilken kildeadresse serveren ser. En split tunnel, der udelukker delingens subnett, eller en tunnel pr. app, der lader filappen stå uden for VPN, giver præcis symptomet forbundet men utilgængelig.

Tag ikke genvejen med gæsteadgang eller SMB1, fordi én klient ikke kan godkende. Sådanne ændringer udvider, hvad serveren accepterer for hver enhed på netværket, og de løser intet, hvis grundproblemet er routing eller navneopslag.

Brug en filapp, der selv taler protokollen

Android har ingen indbygget browser til netværksdelinger, så klientappen er en reel afhængighed og ikke en detalje. Vælg en, der implementerer den protokol, du faktisk kører, og som stadig vedligeholdes, for en klient bygget til en Android-version, du ikke bruger mere, fejler på måder, der ligner netværksfejl.

Prøv serveren via IP én gang for at skille DNS fra routing. Virker IP-adressen, men ikke navnet, opløser telefonen gennem en DNS-server, der ikke kan se din private zone.

Hvad modtagerappen får: en URI, ikke en sti

Hvis din filapp implementerer en DocumentsProvider, kan Androids Storage Access Framework vise indholdet i systemvælgeren, og den app, du vælger, får en content:// URI plus en tilladelse. Den tilladelse er ikke en filsystemsti, og derfor kan en editor, der kræver en rå sti, ikke åbne dokumentet. Androids guide til dokumentadgang beskriver modellen: udbyderen ejer bytesene, og forbrugeren læser dem gennem systemet.

Alternativet er en bevidst kopi: træk filen ind i editorens eget lager, rediger den og læg den tilbage. Det er en fin arbejdsgang, men den skaber en anden kopi og et konflikspørgsmål, så beslut, hvilken side der vinder, før du begynder at redigere i et tog.

VPN-politik pr. app fortjener også et blik her. Pakken, der udfører netværkslæsningen, er ofte udbyderappen og ikke editoren, så inkluder den rigtige pakke i tunnelen i stedet for at dømme efter ikonet.

Test læsning, skrivning og tilladelsens varighed hver for sig

En mappeliste beviser kun læsevejen. Brug en uskadelig testfil og gå hele sekvensen igennem: list, åbn, rediger, gem, og åbn derefter den samme fil fra en desktopklient.

Hold øje med, om tilladelsen varer efter en genstart. Lagerpladstilladelser er midlertidige, medmindre appen gør dem permanente, og nogle editorer spørger igen ved hver start, mens andre fejler lydløst og viser en gammel kopi. Ser en gemning ud til at lykkes, så bekræft den på serveren via ændringstiden.

Hold Androids URI-tilladelse adskilt fra serverens autorisation. At måtte åbne et dokument siger intet om den SMB-konto, der ligger bag.

Gem monterede delinger til de tilfælde, der har brug for dem

CIFS-monteringer på rodniveau og kerner-moduler til filsystemer findes stadig og giver hver app illusionen af en lokal mappe. De kræver dog root, de brækker ved kernelændringer, og de skjuler netværksfejl i filsystemlaget, hvor de er sværere at diagnosticere.

Tjek, om monteringen overlever et netværksskift, før du bygger en arbejdsgang på den. En deling monteret fra en laptop på et skrivebord opfører sig anderledes end en telefon, der skifter mellem Wi-Fi og mobil, og en gammel montering kan få en app til at hænge.

Hvis du stadig sidder fast, så gå listen igennem i rækkefølge og stop ved det første trin, der fejler: port nås, protokolklient installeret, deling godkendt, vælgeren viser filen, editoren accepterer URI, gemningen når serveren. Det trin fortæller, hvilken komponent der skal rettes, og det er sjældent tunnelen.