Telefon je na VPN-u, datotečni poslužitelj odgovara na ping, a aplikacija za datoteke i dalje javlja da se ne može povezati, ili se poveže i nijedan uređivač na uređaju ne otvara ono što prikazuje. To su dva različita kvara i nijedan ne znači da je tunel pokvaren. VPN daje samo rutu u privatnu mrežu; pregledavanje dijeljenja, autentikacija na njemu i predaja dokumenta drugoj aplikaciji odvojeni su koraci s odvojenim načinima neuspjeha. Slijedi redoslijed kojim ih provjeravam i točka na kojoj se zaustavljam umjesto da nagađam.

Provjerite uslugu prije nego okrivite tunel

Odgovor na ping ili web-stranica NAS-a dokazuju samo usmjeravanje i ništa više. Usluga koja vam zapravo treba, SMB na 445, SFTP na 22 ili WebDAV na 443, može biti onemogućena, blokirana vatrozidom ili vezana na sučelje do kojeg VPN podmreža ne dopire. S telefona testirajte taj konkretni port klijentom koji pokazuje stvarnu pogrešku, a ne opću mrežnu poruku. Ako je port filtriran, popravite uslugu ili pravilo vatrozida, jer nijedna aplikacija za datoteke ne može zaobići zatvoren port.

Provjerite i koju izvornu adresu poslužitelj vidi. Podijeljeni tunel koji isključuje podmrežu dijeljenja ili tunel po aplikaciji koji ostavlja aplikaciju za datoteke izvan VPN-a daje točno simptom povezano-ali-nedostupno.

Oduprite se prečacu da uključite gostujući pristup ili SMB1 zato što se jedan klijent ne može autenticirati. Takve promjene šire ono što poslužitelj prihvaća od svakog uređaja u mreži i ne popravljaju ništa ako je temeljni problem usmjeravanje ili razrješavanje imena. Ako dijeljenje traži određeni račun, upotrijebite ga, uključujući prefiks domene ili radne grupe koji poslužitelj očekuje.

Upotrijebite aplikaciju za datoteke koja sama govori protokol

Android nema ugrađeni preglednik mrežnih dijeljenja, pa je klijentska aplikacija stvarna ovisnost, a ne detalj. Odaberite onu koja implementira protokol koji doista koristite i još se održava, jer klijent napravljen za inačicu Androida koju više ne koristite zataji na načine koji izgledaju kao mrežni kvarovi. Kad otkrivanje ne prelazi podmreže, upišite host eksplicitno umjesto da čekate da ga aplikacija pronađe.

Isprobajte poslužitelj jednom putem IP-a kako biste odvojili DNS od usmjeravanja. Ako IP radi, a ime ne, telefon razrješava imena preko DNS poslužitelja koji ne vidi vašu privatnu zonu.

Znajte što dobiva aplikacija koja prima: URI, a ne putanju

Ako vaša aplikacija za datoteke implementira DocumentsProvider, Storage Access Framework u Androidu može prikazati njezin sadržaj u sistemskom biraču, a aplikacija iz koje birate dobiva URI content:// i odobrenje dopuštenja. To odobrenje nije putanja u datotečnom sustavu, zato uređivač koji inzistira na sirovom nazivu putanje ne može otvoriti dokument iako ga je birač prikazao. Androidov vodič za pristup dokumentima opisuje model: pružatelj posjeduje bajtove, a potrošač ih čita kroz sustav. Aplikacije koje prihvaćaju URI rade, a aplikacije koje pozivaju open() na putanji ne. To je najčešći razlog zašto dijeljenje radi u aplikaciji za datoteke, a pada svugdje drugdje.

Alternativa je namjerno kopiranje: povucite datoteku u vlastito spremište uređivača, uredite je i zatim je ponovno prenesite. To je posve dobar tijek rada, ali stvara drugu kopiju i pitanje sukoba, pa odlučite koja strana pobjeđuje prije nego počnete uređivati u vlaku.

Politika VPN-a po aplikaciji ovdje također zaslužuje pogled. Paket koji obavlja mrežno čitanje često je aplikacija pružatelja, a ne uređivač, pa uključite pravi paket u tunel umjesto da procijenite po ikoni koju ste dodirnuli.

Testirajte čitanje, pisanje i trajnost dopuštenja odvojeno

Popis direktorija dokazuje samo put čitanja. Upotrijebite bezopasnu testnu datoteku i prođite cijeli slijed: popis, otvaranje, uređivanje, spremanje, a zatim ponovno otvaranje iste datoteke iz stolnog klijenta.

Pazite na trajnost dopuštenja nakon ponovnog pokretanja. Dopuštenja za pohranu privremena su ako ih aplikacija ne preuzme trajno, a neki uređivači traže ih iznova pri svakom pokretanju dok drugi tiho zataje i pokažu vam zastarjelu kopiju. Ako se spremanje čini uspješnim, potvrdite ga na strani poslužitelja provjerom vremena izmjene ili ponovnim otvaranjem s drugog računala. Testirajte i prekid veze usred spremanja, jer pad VPN-a tijekom prijenosa točno je trenutak kad klijent najčešće ostavi djelomičnu datoteku ili lokalnu promjenu koja se nikad ne sinkronizira.

Držite Androidovo URI dopuštenje odvojeno od autorizacije na poslužitelju. Dopuštenje da otvorite dokument ne govori ništa o SMB računu iza njega.

Sačuvajte montirana dijeljenja za slučajeve kojima su potrebna

CIFS montiranja na razini roota i moduli datotečnog sustava u jezgri još postoje i daju svakoj aplikaciji iluziju lokalnog direktorija. Također traže root, lome se pri promjenama jezgre i skrivaju mrežne kvarove unutar sloja datotečnog sustava, gdje ih je teže dijagnosticirati. Za uređivanje dokumenata na telefonu tijek s pružateljem ili kopiranjem pokriva većinu onoga što ljudi doista trebaju.

Provjerite preživljava li montiranje promjenu mreže prije nego na njemu izgradite tijek rada. Dijeljenje montirano s prijenosnika na stolu ponaša se drukčije od telefona koji skače između Wi-Fi i mobilne mreže, a zastarjelo montiranje može objesiti aplikaciju umjesto da čisto zataji.

Ako ste još zaglavili, prođite popis redom i zaustavite se na prvom koraku koji zataji: port dostupan, protokolni klijent instaliran, dijeljenje autenticirano, birač prikazuje datoteku, uređivač prihvaća URI, spremanje stiže na poslužitelj. Taj korak kaže koji komponent popraviti, i to je rijetko tunel.

Povezani članci