Android neatidaro failų VPN failų bendrinime

Telefonas yra VPN tinkle, failų serveris atsako į ping, o failų programa vis tiek praneša, kad negali prisijungti; arba prisijungia ir nė vienas įrenginio redaktorius neatidaro to, ką ji išvardija. Tai dvi skirtingos gedimų rūšys, ir nė viena nereiškia, kad tunelis sugedęs. VPN teikia tik maršrutą į privatų tinklą; bendrinimo naršymas, autentifikavimas jame ir dokumento perdavimas kitai programai yra atskiri žingsniai su atskirais nepavykimo būdais. Toliau pateikta tvarka, kuria juos tikrinu, ir taškas, kuriame sustoju, o ne spėlioju.

Patikrinkite paslaugą prieš kaltindami tunelį

Atsakymas į ping arba NAS tinklalapis įrodo tik maršrutizavimą ir nieko daugiau. Paslauga, kurios iš tikrųjų reikia, SMB prievade 445, SFTP prievade 22 arba WebDAV prievade 443, gali būti išjungta, užblokuota ugniasienės arba susieta su sąsaja, kurios VPN potinklis nepasiekia. Iš telefono patikrinkite būtent tą prievadą klientu, kuris rodo tikrąją klaidą, o ne bendrą tinklo pranešimą. Jei prievadas filtruojamas, pataisykite paslaugą arba ugniasienės taisyklę, nes jokia failų programa neaplenkia uždaro prievado.

Patikrinkite ir kokį šaltinio adresą mato serveris. Padalintas tunelis, kuris išskiria bendrinimo potinklį, arba tunelis pagal programą, kuris palieka failų programą už VPN ribų, duoda būtent simptomą prisijungta, bet nepasiekiama.

Nenaudokite trumpiausio kelio įjungdami svečio prieigą ar SMB1 vien todėl, kad vienas klientas negali autentifikuotis. Tokie pakeitimai išplečia, ką serveris priima kiekvienam tinklo įrenginiui, ir nieko neišsprendžia, jei pagrindinė problema yra maršrutizavimas ar vardų skyrimas.

Naudokite failų programą, kuri pati kalba protokolu

Android neturi integruotos tinklų bendrinimų naršyklės, todėl kliento programa yra tikra priklausomybė, o ne smulkmena. Pasirinkite tokią, kuri įgyvendina jūsų naudojamą protokolą ir vis dar prižiūrima, nes klientas, sukurtas Android versijai, kurios nebenaudojate, nepavyksta taip, kad atrodo kaip tinklo gedimas.

Išbandykite serverį pagal IP vieną kartą, kad atskirtumėte DNS nuo maršrutizavimo. Jei IP veikia, o vardas ne, telefonas sprendžia per DNS serverį, kuris nemato jūsų privačios zonos.

Ką gauna priimanti programa: URI, o ne kelią

Jei jūsų failų programa įgyvendina DocumentsProvider, Android Storage Access Framework gali parodyti jos turinį sistemos parinkiklyje, o pasirinkta programa gauna content:// URI ir leidimą. Tas leidimas nėra failų sistemos kelias, todėl redaktorius, reikalaujantis neapdoroto kelio, negali atidaryti dokumento. Android dokumentų prieigos vadovas aprašo modelį: teikėjas valdo baitus, o vartotojas juos skaito per sistemą.

Alternatyva yra sąmoninga kopija: nutempkite failą į redaktoriaus saugyklą, pakeiskite ir įkelkite atgal. Tai geras darbo procesas, bet sukuria antrą kopiją ir konflikto klausimą, todėl nuspręskite, kuri pusė laimi, prieš pradėdami redaguoti traukinyje.

VPN politika pagal programą taip pat verta dėmesio. Paketas, atliekantis tinklo skaitymą, dažnai yra teikėjo programa, o ne redaktorius, todėl į tunelį įtraukite tinkamą paketą, o ne spręskite pagal piktogramą.

Tikrinkite skaitymą, rašymą ir leidimo išlikimą atskirai

Katalogo sąrašas įrodo tik skaitymo kelią. Paimkite nekenksmingą bandomąjį failą ir pereikite visą seką: sąrašas, atidarymas, redagavimas, išsaugojimas, tada iš naujo atidarykite tą patį failą iš darbalaukio kliento.

Stebėkite, ar leidimas išlieka po perkrovimo. Saugyklos leidimai yra laikini, nebent programa juos padaro nuolatinius, ir kai kurie redaktoriai kiekvieną kartą prašo iš naujo, o kiti tyliai nepavyksta ir rodo pasenusią kopiją. Jei išsaugojimas atrodo sėkmingas, patvirtinkite jį serveryje pagal modifikavimo laiką.

Laikykite Android URI leidimą atskirai nuo serverio autorizacijos. Leidimas atidaryti dokumentą nieko nesako apie SMB paskyrą už jo.

Pasilikite prijungtus bendrinimus tiems atvejams, kuriems jų reikia

CIFS prijungimai šaknies lygiu ir branduolio failų sistemos moduliai dar egzistuoja ir kiekvienai programai suteikia vietinio katalogo iliuziją. Tačiau jiems reikia root, jie lūžta keičiantis branduoliui ir slepia tinklo gedimus failų sistemos sluoksnyje, kur juos sunkiau diagnozuoti.

Patikrinkite, ar prijungimas išgyvena tinklo pasikeitimą, prieš kurdami juo pagrįstą darbo procesą. Bendrinimas, prijungtas iš nešiojamojo kompiuterio ant stalo, elgiasi kitaip nei telefonas, šokinėjantis tarp Wi-Fi ir mobiliojo tinklo, o pasenęs prijungimas gali pakabinti programą.

Jei vis dar įstrigę, pereikite sąrašą iš eilės ir sustokite ties pirmu nesėkmingu žingsniu: prievadas pasiekiamas, protokolo klientas įdiegtas, bendrinimas autentifikuotas, parinkiklis rodo failą, redaktorius priima URI, išsaugojimas pasiekia serverį. Tas žingsnis pasako, kurį komponentą taisyti, ir tai retai tunelis.