Telefons ir VPN, failu serveris atbild uz ping, un failu lietotne joprojām ziņo, ka nevar izveidot savienojumu; vai arī izveido, un neviens redaktors ierīcē neatver to, ko tā uzskaita. Tie ir divi dažādi bojājumi, un neviens nenozīmē, ka tunelis ir salauzts. VPN nodrošina tikai maršrutu uz privāto tīklu; koplietojuma pārlūkošana, autentifikācija tajā un dokumenta nodošana citai lietotnei ir atsevišķi soļi ar atšķirīgiem neizdošanās veidiem. Zemāk ir secība, kādā tos pārbaudu, un punkts, kurā apstājos, nevis minu.

Pārbaudiet pakalpojumu, pirms vainojat tuneli

Atbilde uz ping vai NAS tīmekļa lapa pierāda tikai maršrutēšanu un neko citu. Pakalpojums, kas jums patiešām vajadzīgs, SMB uz 445, SFTP uz 22 vai WebDAV uz 443, var būt izslēgts, bloķēts ar ugunsmūri vai piesaistīts saskarnei, ko VPN apakštīkls nesasniedz. No telefona pārbaudiet tieši šo portu ar klientu, kas rāda īsto kļūdu, nevis vispārīgu tīkla ziņojumu. Ja ports ir filtrēts, labojiet pakalpojumu vai ugunsmūra noteikumu, jo neviena failu lietotne neapiet slēgtu portu.

Pārbaudiet arī, kādu avota adresi serveris redz. Sadalīts tunelis, kas izslēdz koplietojuma apakštīklu, vai tunelis katrai lietotnei, kas atstāj failu lietotni ārpus VPN, rada tieši simptomu savienots, bet nesasniedzams.

Neejiet pa īsceļu, ieslēdzot viesa piekļuvi vai SMB1 tikai tāpēc, ka viens klients nevar autentificēties. Šādas izmaiņas paplašina to, ko serveris pieņem no katras ierīces tīklā, un neko nelabo, ja pamatproblēma ir maršrutēšana vai vārdu izšķiršana.

Izmantojiet failu lietotni, kas pati runā ar protokolu

Android nav iebūvēta tīkla koplietojumu pārlūka, tāpēc klienta lietotne ir īsta atkarība, nevis detaļa. Izvēlieties tādu, kas realizē jūsu faktiski lietoto protokolu un joprojām tiek uzturēta, jo klients, kas būvēts Android versijai, kuru vairs neizmantojat, neizdodas tā, ka izskatās pēc tīkla bojājuma.

Izmēģiniet serveri pēc IP vienreiz, lai atdalītu DNS no maršrutēšanas. Ja IP strādā, bet vārds ne, telefons izšķir caur DNS serveri, kas neredz jūsu privāto zonu.

Ko saņem uztverošā lietotne: URI, nevis ceļu

Ja jūsu failu lietotne realizē DocumentsProvider, Android Storage Access Framework var parādīt tās saturu sistēmas atlasē, un izvēlētā lietotne saņem content:// URI kopā ar atļauju. Šī atļauja nav failu sistēmas ceļš, tāpēc redaktors, kas pieprasa neapstrādātu ceļu, nevar atvērt dokumentu. Android dokumentu piekļuves rokasgrāmata apraksta modeli: pakalpojumu sniedzējs pārvalda baitus, un lietotājs tos lasa caur sistēmu.

Alternatīva ir apzināta kopija: ievelciet failu redaktora krātuvē, rediģējiet un augšupielādējiet atpakaļ. Tas ir labs darbplūsma, bet rada otru kopiju un konflikta jautājumu, tāpēc izlemiet, kura puse uzvarēs, pirms sākat rediģēt vilcienā.

VPN politika katrai lietotnei arī ir pelnījusi ieskatu. Pakotne, kas veic tīkla lasīšanu, bieži ir sniedzēja lietotne, nevis redaktors, tāpēc iekļaujiet tunelī pareizo pakotni, nevis spriediet pēc ikonas.

Pārbaudiet lasīšanu, rakstīšanu un atļaujas noturību atsevišķi

Mapes saraksts pierāda tikai lasīšanas ceļu. Izmantojiet nekaitīgu testa failu un izstaigājiet visu secību: saraksts, atvēršana, rediģēšana, saglabāšana, pēc tam atkal atveriet to pašu failu no galddatora klienta.

Vērojiet, vai atļauja saglabājas pēc restartēšanas. Krātuves atļaujas ir pagaidu, ja vien lietotne tās nepadara pastāvīgas, un daži redaktori jautā no jauna katrā palaišanā, kamēr citi klusi neizdodas un rāda novecojušu kopiju. Ja saglabāšana izskatās veiksmīga, apstipriniet to serverī pēc modificēšanas laika.

Turiet Android URI atļauju atsevišķi no servera autorizācijas. Atļauja atvērt dokumentu neko nepasaka par SMB kontu aiz tā.

Saglabājiet montētos koplietojumus gadījumiem, kam tie nepieciešami

CIFS montāžas saknes līmenī un kodola failu sistēmas moduļi joprojām pastāv, un tie katram lietotnei dod vietējās mapes ilūziju. Taču tiem vajag root, tie lūzt pie kodola izmaiņām un slēpj tīkla bojājumus failu sistēmas slānī, kur tos grūtāk diagnosticēt.

Pārbaudiet, vai montāža pārdzīvo tīkla maiņu, pirms būvējat uz tās darbplūsmu. Koplietojums, kas montēts no klēpjdatora uz galda, uzvedas savādāk nekā telefons, kas lēkā starp Wi-Fi un mobilo tīklu, un novecojusi montāža var iekārt lietotni.

Ja joprojām esat iestrēdzis, izstaigājiet sarakstu secībā un apstājieties pie pirmā soļa, kas neizdodas: ports sasniedzams, protokola klients instalēts, koplietojums autentificēts, atlase rāda failu, redaktors pieņem URI, saglabāšana nonāk serverī. Šis solis pasaka, kuru komponentu labot, un tas reti ir tunelis.

Saistītie raksti