Android ei ava faile VPN-i failijagamises

Telefon on VPN-is, failiserver vastab pingile ja failirakendus ütleb ikkagi, et ei saa ühendust; või saab ühenduse ja ükski seadme redaktor ei ava seda, mida see loetleb. Need on kaks erinevat riket ja kumbki ei tähenda, et tunnel on katki. VPN annab ainult marsruudi privaatvõrku; jagatise sirvimine, sellele autentimine ja dokumendi teisele rakendusele andmine on eraldi sammud eraldi ebaõnnestumisviisidega. Allpool on järjekord, milles ma neid kontrollin, ja punkt, kus ma oletamise asemel lõpetan.

Kontrollige teenust enne, kui süüdistate tunnelit

Vastus pingile või NAS-i veebileht tõestab ainult marsruutimist ja mitte midagi muud. Teenus, mida tegelikult vajate, SMB pordil 445, SFTP pordil 22 või WebDAV pordil 443, võib olla välja lülitatud, tulemüüriga blokeeritud või seotud liidesega, kuhu VPN-i alamvõrk ei ulatu. Proovige telefonist just seda porti kliendiga, mis näitab tõelist viga, mitte üldist võrguteadet. Kui port on filtreeritud, parandage teenus või tulemüürireegel, sest ükski failirakendus ei saa suletud porti mööda minna.

Kontrollige ka, millist lähteaadressi server näeb. Jagatise alamvõrgu välja jättev split-tunnel või rakendusepõhine tunnel, mis jätab failirakenduse VPN-ist välja, annab täpselt sümptomi ühendatud, kuid kättesaamatu.

Ärge valige lühiteed külalislubaduse või SMB1 lubamisega ainult sellepärast, et üks klient ei saa autentida. Sellised muudatused laiendavad, mida server iga võrguseadme jaoks aktsepteerib, ega paranda midagi, kui põhiprobleem on marsruutimine või nimede lahendamine.

Kasutage failirakendust, mis räägib protokolli ise

Androidil pole võrgujagatiste jaoks sisseehitatud brauserit, seega on kliendirakendus tõeline sõltuvus, mitte detail. Valige selline, mis rakendab protokolli, mida te tegelikult kasutate, ja mida veel hooldatakse, sest Androidi versioonile, mida te enam ei kasuta, ehitatud klient ebaõnnestub viisil, mis näeb välja nagu võrgu rike.

Proovige serverit üks kord IP järgi, et eraldada DNS marsruutimisest. Kui IP töötab ja nimi mitte, lahendab telefon nime DNS-serveri kaudu, mis teie privaatset tsooni ei näe.

Mida vastuvõttev rakendus saab: URI, mitte tee

Kui teie failirakendus rakendab DocumentsProviderit, saab Androidi Storage Access Framework selle sisu süsteemivalijas näidata ja valitud rakendus saab content:// URI koos loaga. See luba ei ole failisüsteemi tee, seepärast ei saa toorat teed nõudev redaktor dokumenti avada. Androidi dokumendijuurdepääsu juhend kirjeldab mudelit: pakkuja omab baite ja tarbija loeb neid süsteemi kaudu.

Alternatiiv on teadlik koopia: tõmmake fail redaktori enda hoiuruumi, muutke ja laadige tagasi. See on hea töövoog, kuid loob teise koopia ja konflikti küsimuse, seega otsustage, kumb pool võidab, enne kui rongis redigeerima hakkate.

Rakendusepõhine VPN-poliitika väärib samuti pilku. Võrgu lugemist tegev pakett on sageli pakkujarakendus, mitte redaktor, seega lisage tunnelisse õige pakett, selle asemel et ikooni järgi otsustada.

Kontrollige lugemist, kirjutamist ja loa püsimist eraldi

Kataloogi loend tõestab ainult lugemisteed. Võtke ohutu testfail ja käige läbi kogu jada: loetle, ava, muuda, salvesta, seejärel avage sama fail uuesti töölauakliendist.

Jälgige, kas luba püsib pärast taaskäivitust. Hoiuruumi load on ajutised, kui rakendus ei tee neid püsivaks, ja mõned redaktorid küsivad igal käivitusel uuesti, teised aga ebaõnnestuvad vaikselt ja näitavad vana koopiat. Kui salvestamine tundub õnnestuvat, kinnitage see serveris muutmisaja järgi.

Hoidke Androidi URI-luba serveri autoriseerimisest eraldi. Dokumendi avamise luba ei ütle midagi selle taga oleva SMB-konto kohta.

Jätke kinnitatud jagatised nendeks juhtudeks, kus neid vaja on

Juuritasandi CIFS-kinnitused ja tuuma failisüsteemimoodulid on endiselt olemas ning annavad igale rakendusele illusiooni kohalikust kataloogist. Need nõuavad aga root-õigusi, purunevad tuumamuudatustel ja peidavad võrgu rikkeid failisüsteemi kihis, kus neid on raskem diagnoosida.

Kontrollige, kas kinnitus elab üle võrguvahetuse, enne kui sellele töövoo ehitate. Sülearvutist laual kinnitatud jagatis käitub teisiti kui telefon, mis hüppab Wi-Fi ja mobiilvõrgu vahel, ning vana kinnitus võib rakenduse kinni jätta.

Kui olete ikka kinni, käige nimekiri järjekorras läbi ja peatuge esimesel sammul, mis ebaõnnestub: port kättesaadav, protokolliklient paigaldatud, jagatis autenditud, valija näitab faili, redaktor võtab URI vastu, salvestus jõuab serverisse. See samm ütleb, millist komponenti parandada, ja harva on selleks tunnel.