Android tidak dapat membuka fail pada perkongsian fail VPN

Telefon berada pada VPN, pelayan fail menjawab ping, dan aplikasi fail masih melaporkan tidak dapat menyambung; atau ia menyambung dan tiada editor pada peranti membuka apa yang disenaraikannya. Itu dua kegagalan berbeza, dan tiada satu pun bermakna terowong rosak. VPN hanya memberi laluan ke rangkaian peribadi; melayari perkongsian, mengesahkan diri padanya dan menyerahkan dokumen kepada aplikasi lain ialah langkah berasingan dengan cara gagal masing-masing. Di bawah ialah urutan pemeriksaan saya, dan titik saya berhenti daripada meneka.

Semak perkhidmatan sebelum menyalahkan terowong

Balasan ping atau halaman web NAS hanya membuktikan penghalaan dan tiada lagi. Perkhidmatan yang benar-benar anda perlukan, SMB pada 445, SFTP pada 22 atau WebDAV pada 443, mungkin dimatikan, disekat tembok api atau terikat pada antara muka yang subnet VPN tidak dapat capai. Dari telefon, uji port itu dengan klien yang memaparkan ralat sebenar, bukan mesej rangkaian umum. Jika port ditapis, betulkan perkhidmatan atau peraturan tembok api, kerana tiada aplikasi fail dapat mengelak port tertutup.

Semak juga alamat sumber mana yang dilihat pelayan. Terowong berpecah yang mengecualikan subnet perkongsian, atau terowong setiap aplikasi yang membiarkan aplikasi fail di luar VPN, menghasilkan tepat gejala bersambung tetapi tidak tercapai.

Jangan ambil jalan pintas mengaktifkan akses tetamu atau SMB1 kerana satu klien tidak dapat mengesahkan diri. Perubahan sedemikian meluaskan apa yang pelayan terima untuk setiap peranti dalam rangkaian, dan tidak membaiki apa-apa jika masalah asas ialah penghalaan atau penyelesaian nama.

Gunakan aplikasi fail yang bertutur protokol itu sendiri

Android tiada pelayar terbina dalam untuk perkongsian rangkaian, jadi aplikasi klien ialah kebergantungan sebenar, bukan perincian. Pilih satu yang melaksanakan protokol yang benar-benar anda jalankan dan masih diselenggara, kerana klien yang dibina untuk versi Android yang tidak lagi anda gunakan gagal dengan cara yang kelihatan seperti kerosakan rangkaian.

Cuba pelayan melalui IP sekali untuk memisahkan DNS daripada penghalaan. Jika IP berfungsi tetapi nama tidak, telefon menyelesaikan melalui pelayan DNS yang tidak melihat zon peribadi anda.

Apa yang diterima aplikasi penyambut: URI, bukan laluan

Jika aplikasi fail anda melaksanakan DocumentsProvider, Storage Access Framework Android boleh memaparkan kandungannya dalam pemilih sistem, dan aplikasi yang anda pilih menerima URI content:// bersama kebenaran. Kebenaran itu bukan laluan sistem fail, sebab itu editor yang menuntut laluan mentah tidak dapat membuka dokumen. Panduan akses dokumen Android menerangkan model ini: penyedia memiliki bait dan pengguna membacanya melalui sistem.

Alternatifnya ialah salinan sengaja: tarik fail ke storan editor sendiri, sunting dan muat naik semula. Itu aliran kerja yang baik, tetapi ia mencipta salinan kedua dan persoalan konflik, jadi tentukan pihak mana menang sebelum mula menyunting dalam tren.

Dasar VPN setiap aplikasi juga patut ditinjau. Pakej yang melakukan bacaan rangkaian selalunya aplikasi penyedia dan bukan editor, jadi masukkan pakej yang betul ke dalam terowong daripada menilai melalui ikon.

Uji bacaan, tulisan dan ketahanan kebenaran secara berasingan

Penyenaraian direktori hanya membuktikan laluan bacaan. Gunakan fail ujian tidak berbahaya dan lalui seluruh urutan: senarai, buka, sunting, simpan, kemudian buka semula fail yang sama dari klien desktop.

Perhatikan sama ada kebenaran kekal selepas mula semula. Kebenaran storan bersifat sementara kecuali aplikasi menjadikannya kekal, dan sesetengah editor meminta semula setiap pelancaran manakala yang lain gagal senyap dan menunjukkan salinan lama. Jika simpanan kelihatan berjaya, sahkan di sebelah pelayan melalui masa ubah suai.

Pisahkan kebenaran URI Android daripada kebenaran pelayan. Kebenaran membuka dokumen tidak berkata apa-apa tentang akaun SMB di belakangnya.

Simpan perkongsian yang dipasang untuk kes yang memerlukannya

Pemasangan CIFS peringkat akar dan modul sistem fail kernel masih wujud, dan memberi setiap aplikasi ilusi direktori setempat. Tetapi ia memerlukan root, rosak apabila kernel berubah, dan menyembunyikan kegagalan rangkaian dalam lapisan sistem fail yang lebih sukar didiagnosis.

Semak sama ada pemasangan bertahan apabila rangkaian berubah sebelum membina aliran kerja di atasnya. Perkongsian yang dipasang dari komputer riba di atas meja berkelakuan berbeza daripada telefon yang melompat antara Wi-Fi dan mudah alih, dan pemasangan lama boleh menggantung aplikasi.

Jika masih tersekat, lalui senarai mengikut urutan dan berhenti pada langkah pertama yang gagal: port boleh dicapai, klien protokol dipasang, perkongsian disahkan, pemilih memaparkan fail, editor menerima URI, simpanan sampai ke pelayan. Langkah itu memberitahu komponen mana untuk dibaiki, dan ia jarang terowong.