Android tidak bisa membuka berkas di berbagi pakai VPN

Ponsel berada di VPN, server berkas menjawab ping, dan aplikasi berkas tetap melaporkan tidak bisa terhubung; atau terhubung dan tidak ada editor di perangkat yang membuka apa yang didaftarnya. Itu dua kegagalan berbeda, dan tidak satu pun berarti terowongannya rusak. VPN hanya memberi rute ke jaringan privat; menelusuri berbagi pakai, mengautentikasi ke sana, dan menyerahkan dokumen ke aplikasi lain adalah langkah terpisah dengan cara gagal masing-masing. Berikut urutan pemeriksaan saya, dan titik ketika saya berhenti alih-alih menduga.

Periksa layanannya sebelum menyalahkan terowongan

Balasan ping atau halaman web NAS hanya membuktikan perutean dan tidak lebih. Layanan yang benar-benar Anda butuhkan, SMB pada 445, SFTP pada 22, atau WebDAV pada 443, mungkin dimatikan, diblokir firewall, atau terikat ke antarmuka yang tidak dijangkau subnet VPN. Dari ponsel, uji port itu dengan klien yang menampilkan galat sebenarnya, bukan pesan jaringan umum. Jika port tersaring, perbaiki layanan atau aturan firewall, karena tidak ada aplikasi berkas yang bisa melewati port tertutup.

Periksa juga alamat sumber mana yang dilihat server. Terowongan terpisah yang mengecualikan subnet berbagi pakai, atau terowongan per aplikasi yang membiarkan aplikasi berkas di luar VPN, menghasilkan gejala terhubung tetapi tidak terjangkau.

Jangan ambil jalan pintas mengaktifkan akses tamu atau SMB1 karena satu klien tidak bisa mengautentikasi. Perubahan seperti itu memperluas apa yang diterima server untuk setiap perangkat di jaringan, dan tidak memperbaiki apa pun jika masalah dasarnya perutean atau resolusi nama.

Gunakan aplikasi berkas yang berbicara protokolnya sendiri

Android tidak punya penjelajah bawaan untuk berbagi pakai jaringan, jadi aplikasi klien adalah ketergantungan nyata, bukan detail. Pilih yang menerapkan protokol yang benar-benar Anda jalankan dan masih dirawat, karena klien yang dibuat untuk versi Android yang tidak lagi Anda pakai gagal dengan cara yang tampak seperti gangguan jaringan.

Coba server lewat IP sekali untuk memisahkan DNS dari perutean. Jika IP berhasil dan nama tidak, ponsel melakukan resolusi lewat server DNS yang tidak melihat zona privat Anda.

Apa yang diterima aplikasi penerima: URI, bukan jalur

Jika aplikasi berkas Anda menerapkan DocumentsProvider, Storage Access Framework Android dapat menampilkan isinya di pemilih sistem, dan aplikasi yang Anda pilih menerima URI content:// beserta izin. Izin itu bukan jalur sistem berkas, karena itu editor yang menuntut jalur mentah tidak bisa membuka dokumennya. Panduan akses dokumen Android menjelaskan modelnya: penyedia memiliki bita dan konsumen membacanya melalui sistem.

Alternatifnya adalah salinan yang disengaja: tarik berkas ke penyimpanan editor, sunting, lalu unggah kembali. Itu alur kerja yang baik, tetapi menciptakan salinan kedua dan pertanyaan konflik, jadi putuskan sisi mana yang menang sebelum mulai menyunting di kereta.

Kebijakan VPN per aplikasi juga layak ditinjau. Paket yang melakukan pembacaan jaringan sering kali aplikasi penyedia, bukan editor, jadi masukkan paket yang benar ke terowongan alih-alih menilai dari ikon.

Uji baca, tulis, dan ketahanan izin secara terpisah

Daftar direktori hanya membuktikan jalur baca. Gunakan berkas uji yang tidak berbahaya dan jalani seluruh urutan: daftar, buka, sunting, simpan, lalu buka lagi berkas yang sama dari klien desktop.

Perhatikan apakah izin bertahan setelah mulai ulang. Izin penyimpanan bersifat sementara kecuali aplikasi menjadikannya permanen, dan sebagian editor meminta ulang tiap peluncuran sementara yang lain gagal diam-diam dan menampilkan salinan lama. Jika penyimpanan tampak berhasil, pastikan di sisi server lewat waktu modifikasi.

Jauhkan izin URI Android dari otorisasi server. Izin membuka dokumen tidak mengatakan apa pun tentang akun SMB di belakangnya.

Siagakan berbagi pakai yang di-mount untuk kasus yang membutuhkannya

Mount CIFS tingkat akar dan modul sistem berkas kernel masih ada, dan memberi setiap aplikasi ilusi direktori lokal. Tetapi semuanya menuntut root, rusak saat kernel berubah, dan menyembunyikan kegagalan jaringan di lapisan sistem berkas yang lebih sulit didiagnosis.

Periksa apakah mount bertahan saat jaringan berubah sebelum membangun alur kerja di atasnya. Berbagi pakai yang di-mount dari laptop di meja berperilaku lain daripada ponsel yang berpindah antara Wi-Fi dan seluler, dan mount lama bisa membuat aplikasi menggantung.

Jika masih buntu, jalani daftar berurutan dan berhenti di langkah pertama yang gagal: port terjangkau, klien protokol terpasang, berbagi pakai terautentikasi, pemilih menampilkan berkas, editor menerima URI, simpanan sampai ke server. Langkah itu memberi tahu komponen mana yang diperbaiki, dan jarang terowongannya.