Android neotvorí súbory na sieťovom zdieľaní cez VPN

Telefón je vo VPN, súborový server odpovedá na ping, a napriek tomu aplikácia na súbory hlási, že sa nedá pripojiť, alebo sa pripojí a žiadny editor v zariadení neotvorí to, čo zobrazuje. Sú to dve rôzne poruchy a ani jedna neznamená, že tunel je pokazený. VPN poskytuje iba trasu do súkromnej siete; prehliadanie zdieľania, autentifikácia naň a odovzdanie dokumentu inej aplikácii sú samostatné kroky s vlastnými spôsobmi zlyhania. Nižšie je poradie, v akom ich kontrolujem, a bod, kde sa zastavím, namiesto aby som hádal.

Skontrolujte službu, kým obviníte tunel

Odpoveď na ping alebo webová stránka NAS dokazuje len smerovanie a nič viac. Služba, ktorú naozaj potrebujete, SMB na 445, SFTP na 22 alebo WebDAV na 443, môže byť vypnutá, zablokovaná firewallom alebo naviazaná na rozhranie, ku ktorému sa podsiete VPN nedostane. Z telefónu otestujte presne ten port klientom, ktorý ukáže skutočnú chybu namiesto všeobecného sieťového hlásenia. Ak je port filtrovaný, opravte službu alebo pravidlo firewallu, pretože žiadna aplikácia na súbory neobíde zatvorený port.

Skontrolujte aj to, akú zdrojovú adresu server vidí. Rozdelený tunel, ktorý vylučuje podsieť zdieľania, alebo tunel pre jednotlivé aplikácie, ktorý nechá aplikáciu na súbory mimo VPN, vytvára presne príznak pripojené-ale-nedostupné.

Nepodľahnite skratke zapnúť hosťovský prístup alebo SMB1 preto, že jeden klient sa nevie autentifikovať. Také zmeny rozširujú to, čo server prijme od každého zariadenia v sieti, a nič neopravia, ak je základným problémom smerovanie alebo rozlišovanie názvov. Ak zdieľanie vyžaduje konkrétny účet, použite ho vrátane predpony domény alebo pracovnej skupiny, ktorú server očakáva.

Použite aplikáciu na súbory, ktorá sama hovorí protokolom

Android nemá vstavaný prehliadač sieťových zdieľaní, takže klientská aplikácia je skutočná závislosť, nie detail. Vyberte takú, ktorá implementuje protokol, ktorý naozaj používate, a je stále udržiavaná, pretože klient postavený pre verziu Androidu, ktorú už nepoužívate, zlyháva spôsobmi, ktoré vyzerajú ako sieťové poruchy. Keď objavovanie neprechádza medzi podsieťami, zadajte hostiteľa explicitne, namiesto čakania, kým ho aplikácia nájde.

Skúste server raz cez IP, aby ste oddelili DNS od smerovania. Ak IP funguje a názov nie, telefón rozlišuje mená cez DNS server, ktorý nevidí vašu súkromnú zónu.

Vedzte, čo dostane prijímajúca aplikácia: URI, nie cestu

Ak vaša aplikácia na súbory implementuje DocumentsProvider, Storage Access Framework v Androide môže zobraziť jej obsah v systémovom výbere a aplikácia, z ktorej vyberáte, dostane URI content:// a pridelenie povolenia. Toto povolenie nie je cestou v súborovom systéme, a preto editor, ktorý trvá na surovom názve cesty, nemôže dokument otvoriť, aj keď ho výber zobrazil. Príručka Androidu k prístupu k dokumentom opisuje model: poskytovateľ vlastní bajty a spotrebiteľ ich číta cez systém. Aplikácie, ktoré URI prijmú, fungujú, a aplikácie, ktoré volajú open() na ceste, nie. To je najčastejší dôvod, prečo zdieľanie funguje v aplikácii na súbory a zlyháva všade inde.

Alternatívou je zámerná kópia: stiahnite súbor do vlastného úložiska editora, upravte ho a potom ho nahráte späť. Je to úplne dobrý postup, ale vytvára druhú kópiu a otázku konfliktu, preto sa rozhodnite, ktorá strana vyhrá, skôr než začnete upravovať vo vlaku.

Politika VPN pre jednotlivé aplikácie si tu tiež zaslúži pozornosť. Balík, ktorý vykonáva sieťové čítanie, je často aplikácia poskytovateľa, nie editor, preto do tunela zahrňte správny balík namiesto posudzovania podľa ikony, ktorú ste sa dotkli.

Testujte čítanie, zápis a trvalosť povolení oddelene

Výpis adresára dokazuje iba cestu čítania. Použite neškodný testovací súbor a prejdite celú postupnosť: výpis, otvorenie, úprava, uloženie a potom opätovné otvorenie toho istého súboru z desktopového klienta.

Sledujte trvalosť povolení po reštarte. Povolenia na úložisko sú dočasné, ak si ich aplikácia neprevezme trvalo, a niektoré editory ich žiadajú znova pri každom spustení, zatiaľ čo iné ticho zlyhajú a ukážu zastaranú kópiu. Ak sa uloženie zdá úspešné, potvrďte ho na strane servera kontrolou času zmeny alebo opätovným otvorením z iného počítača. Otestujte aj odpojenie počas ukladania, pretože výpadok VPN počas nahrávania je presne ten moment, keď klient najčastejšie nechá čiastočný súbor alebo lokálnu zmenu, ktorá sa nikdy nesynchronizuje.

Držte povolenie URI v Androide oddelene od autorizácie na serveri. Možnosť otvoriť dokument nehovorí nič o účte SMB za ním.

Namontované zdieľania si nechajte na prípady, ktoré ich potrebujú

Pripojenia CIFS na úrovni roota a moduly súborového systému v jadre stále existujú a dávajú každej aplikácii ilúziu lokálneho adresára. Vyžadujú aj root, lámu sa pri zmenách jadra a skrývajú sieťové poruchy vo vrstve súborového systému, kde sa diagnostikujú ťažšie. Na úpravu dokumentov v telefóne pokrýva postup s poskytovateľom alebo kopírovaním väčšinu toho, čo ľudia naozaj potrebujú.

Predtým než na pripojení postavíte pracovný postup, overte, či prežije zmenu siete. Zdieľanie pripojené z notebooku na stole sa správa inak ako telefón, ktorý prepína medzi Wi-Fi a mobilnou sieťou, a zastarané pripojenie môže aplikáciu zaseknúť namiesto čistého zlyhania.

Ak stále nemáte riešenie, prejdite zoznam po poradí a zastavte sa pri prvom kroku, ktorý zlyhá: port dostupný, protokolový klient nainštalovaný, zdieľanie autentifikované, výber zobrazuje súbor, editor prijme URI, uloženie sa dostane na server. Ten krok vám povie, ktorý komponent opraviť, a je to zriedka tunel.