Ni all Android agor ffeiliau ar rann ffeil y VPN

Mae’r ffôn ar y VPN, mae’r gweinydd ffeiliau yn ateb ping, ac eto mae’r ap ffeiliau yn dweud na all gysylltu; neu mae’n cysylltu ac nid oes golygydd ar y ddyfais yn agor yr hyn a restrir. Dau fethiant gwahanol yw’r rhain, ac nid yw’r naill na’r llall yn golygu bod y twnnel wedi torri. Dim ond llwybr i’r rhwydwaith preifat a roddir gan VPN; mae pori rhan, dilysu iddi a rhoi dogfen i ap arall yn gamau ar wahân gyda ffyrdd ar wahân o fethu. Isod mae’r drefn yr wyf yn eu gwirio ynddi, a’r pwynt lle rwy’n stopio yn lle dyfalu.

Gwiriwch y gwasanaeth cyn beio’r twnnel

Mae ateb ping neu dudalen we’r NAS yn profi llwybro yn unig, dim mwy. Gall y gwasanaeth sydd ei angen arnoch, SMB ar 445, SFTP ar 22 neu WebDAV ar 443, fod wedi’i analluogi, wedi’i rwystro gan y wal dân, neu wedi’i rwymo i ryngwyneb na all is-rwydwaith y VPN ei gyrraedd. O’r ffôn, profwch y porth hwnnw gyda chleient sy’n dangos y gwall go iawn yn lle baner rhwydwaith cyffredinol. Os yw’r porth yn cael ei hidlo, trwsiwch y gwasanaeth neu reol y wal dân, oherwydd ni all unrhyw ap ffeiliau osgoi porth caeedig.

Gwiriwch hefyd pa gyfeiriad ffynhonnell y mae’r gweinydd yn ei weld. Mae twnnel hollt sy’n eithrio is-rwydwaith y rhan, neu dwnnel fesul ap sy’n gadael yr ap ffeiliau y tu allan i’r VPN, yn cynhyrchu’r union symptom o fod wedi cysylltu heb fod yn gyrraeddadwy.

Peidiwch â chymryd y llwybr byr o alluogi mynediad gwestai neu SMB1 oherwydd na all un cleient ddilysu. Mae’r newidiadau hynny yn ehangu’r hyn y mae’r gweinydd yn ei dderbyn ar gyfer pob dyfais ar y rhwydwaith, ac nid ydynt yn trwsio dim os yw’r broblem sylfaenol yn llwybro neu’n datrys enwau.

Defnyddiwch ap ffeiliau sy’n siarad y protocol ei hun

Nid oes gan Android borwr adeiledig ar gyfer rhannau rhwydwaith, felly mae’r ap cleient yn ddibyniaeth go iawn yn lle manylyn. Dewiswch un sy’n gweithredu’r protocol rydych yn ei redeg a’n cael ei gynnal o hyd, oherwydd mae cleient a adeiladwyd ar gyfer fersiwn Android nad ydych yn ei defnyddio mwyach yn methu mewn ffyrdd sy’n edrych fel nam rhwydwaith.

Rhowch gynnig ar y gweinydd trwy IP unwaith i wahanu DNS oddi wrth lwybro. Os yw’r IP yn gweithio a’r enw ddim, mae’r ffôn yn datrys trwy weinydd DNS na all weld eich parth preifat.

Beth mae’r ap sy’n derbyn yn ei gael: URI, nid llwybr

Os yw’ch ap ffeiliau yn gweithredu DocumentsProvider, gall Storage Access Framework Android ddangos ei gynnwys yn y dewisydd system, ac mae’r ap a ddewiswch yn cael URI content:// ynghyd â chaniatâd. Nid yw’r caniatâd hwnnw yn llwybr system ffeiliau, felly ni all golygydd sy’n mynnu llwybr crai agor y ddogfen. Canllaw mynediad dogfennau Android sy’n disgrifio’r model: y darparwr sy’n berchen ar y beitiau a’r defnyddiwr sy’n eu darllen trwy’r system.

Y dewis arall yw copi bwriadol: tynnwch y ffeil i storfa’r golygydd ei hun, ei golygu, a’i lanlwytho yn ôl. Mae hynny’n llif gwaith da, ond mae’n creu ail gopi a chwestiwn gwrthdaro, felly penderfynwch pa ochr sy’n ennill cyn dechrau golygu ar drên.

Mae polisi VPN fesul ap yn haeddu sylw yma hefyd. Y pecyn sy’n gwneud y darlleniad rhwydwaith yn aml yw’r ap darparwr yn lle’r golygydd, felly cynhwyswch y pecyn cywir yn y twnnel yn lle barnu wrth yr eicon.

Profwch ddarllen, ysgrifennu a pharhad caniatâd ar wahân

Nid yw rhestr cyfeiriadur ond yn profi’r llwybr darllen. Defnyddiwch ffeil brawf ddiniwed a cherddwch y dilyniant cyfan: rhestru, agor, golygu, cadw, yna ailagor yr un ffeil o gleient penbwrdd.

Gwyliwch a yw’r caniatâd yn para ar ôl ailgychwyn. Mae caniatadau storfa yn dros dro oni bai bod yr ap yn eu gwneud yn barhaol, ac mae rhai golygyddion yn gofyn eto bob lansiad tra bod eraill yn methu’n dawel ac yn dangos copi hen i chi. Os yw cadw yn ymddangos yn llwyddiannus, cadarnhewch ar y gweinydd trwy amser newid neu drwy agor o beiriant arall.

Cadwch ganiatâd URI Android ar wahân i awdurdodiad y gweinydd. Nid yw cael caniatâd i agor dogfen yn dweud dim am y cyfrif SMB y tu ôl iddi.

Cadwch rannau wedi’u mowntio ar gyfer yr achosion sydd eu hangen

Mae mowntiau CIFS ar lefel gwraidd a modiwlau system ffeiliau’r cnewyllyn yn dal i fodoli, ac maent yn rhoi i bob ap y rhith o gyfeiriadur lleol. Maent hefyd yn gofyn am root, yn torri ar newidiadau cnewyllyn, ac yn cuddio methiannau rhwydwaith yn haen y system ffeiliau lle mae’n anoddach eu diagnosio.

Gwiriwch a yw’r mownt yn goroesi newid rhwydwaith cyn adeiladu llif gwaith arno. Mae rhan a fowntiwyd o liniadur ar ddesg yn ymddwyn yn wahanol i ffôn sy’n neidio rhwng Wi-Fi a symudol, a gall mownt hen rewi ap.

Os ydych chi’n dal yn sownd, gweithiwch y rhestr yn eu trefn a stopiwch ar y cam cyntaf sy’n methu: porth yn gyrraeddadwy, cleient protocol wedi’i osod, rhan wedi’i dilysu, dewisydd yn dangos y ffeil, golygydd yn derbyn yr URI, cadw yn cyrraedd y gweinydd. Mae’r cam hwnnw’n dweud pa gydran i’w thrwsio, ac anaml mai’r twnnel yw hi.