Android VPN fayl almashinuvidagi fayllarni ochmayapti
VPN telefonga marshrut beradi, fayl brauzeri emas. Xizmat yetib borishini, klient protokolini va muharriringiz content URI qabul qilishini tekshiring.
Telefon VPN da, fayl serveri ping ga javob beradi, ammo fayl ilovasi hali ham ulanmayotganini aytadi yoki ulanadi va qurilmadagi hech bir muharrir u roʻyxatga olgan narsani ochmaydi. Bular ikki xil nosozlik va hech biri tunnel buzilgan degani emas. VPN faqat xususiy tarmoqqa marshrut beradi; almashinuvni koʻrish, unda autentifikatsiya qilish va hujjatni boshqa ilovaga berish alohida qadamlar boʻlib, ularning har xil muvaffaqiyatsizlik yoʻllari bor. Quyida men ularni tekshirish tartibi va taxmin qilish oʻrniga toʻxtaydigan nuqta bor.
Tunnelni ayblashdan oldin xizmatni tekshiring
Ping javobi yoki NAS veb-sahifasi faqat marshrutlashni isbotlaydi, boshqa hech narsani emas. Sizga haqiqatan kerak boʻlgan xizmat, 445 dagi SMB, 22 dagi SFTP yoki 443 dagi WebDAV, oʻchirilgan, xavfsizlik devori bilan toʻsilgan yoki VPN subnehti yetib bormaydigan interfeysga bogʻlangan boʻlishi mumkin. Telefondan aynan oʻsha portni umumiy tarmoq xabari oʻrniga haqiqiy xatoni koʻrsatadigan klient bilan sinab koʻring. Agar port filtrlangan boʻlsa, xizmatni yoki xavfsizlik devori qoidasini tuzating, chunki hech bir fayl ilovasi yopiq portni chetlab oʻta olmaydi.
Server qaysi manba manzilini koʻrishini ham tekshiring. Almashinuv subnehtini chiqarib tashlaydigan split tunnel yoki fayl ilovasini VPN dan tashqarida qoldiradigan ilova boʻyicha tunnel aynan ulangan-lekin-yetib-borilmaydigan alomatni keltirib chiqaradi.
Bitta klient autentifikatsiya qila olmayotgani uchun mehmon kirishini yoki SMB1 ni yoqish kabi qisqa yoʻlga berilmang. Bunday oʻzgarishlar serverning tarmoqdagi har bir qurilmadan qabul qiladigan doirasini kengaytiradi va asosiy muammo marshrutlash yoki nom hal qilish boʻlsa, hech narsani tuzatmaydi. Agar almashinuv maʼlum hisobni talab qilsa, uni ishlating, server kutgan domen yoki ishchi guruh prefiksi bilan birga.
Protokolni oʻzi gapiradigan fayl ilovasidan foydalaning
Android da tarmoq almashinuvlari uchun oʻrnatilgan brauzer yoʻq, shuning uchun klient ilova tafsilot emas, haqiqiy bogʻliqlikdir. Siz haqiqatan ishlatadigan protokolni amalga oshiradigan va hali ham qoʻllab-quvvatlanadigan ilovani tanlang, chunki endi ishlatmaydigan Android versiyasi uchun qurilgan klient tarmoq nosozliklariga oʻxshab koʻrinadigan tarzda muvaffaqiyatsizlikka uchraydi. Aniqlash subnehtlar orqali oʻtmasa, ilova topishini kutmasdan xost nomini aniq yozing.
DNS ni marshrutlashdan ajratish uchun serverni bir marta IP orqali sinab koʻring. Agar IP ishlasa, nom ishlamasa, telefon nomlarni sizning xususiy zonangizni koʻrmaydigan DNS server orqali hal qilyapti.
Qabul qiluvchi ilovaga nima berilishini biling: yoʻl emas, URI
Agar fayl ilovangiz DocumentsProvider ni amalga oshirsa, Android ning Storage Access Framework i uning mazmunini tizim tanlagichida koʻrsatishi mumkin va siz tanlagan ilova content:// URI hamda ruxsat oladi. Bu ruxsat fayl tizimi yoʻli emas, shuning uchun xom yoʻl nomini talab qiladigan muharrir tanlagich uni roʻyxatga olgan boʻlsa ham hujjatni ocha olmaydi. Android hujjatlarga kirish qoʻllanmasi bu modelni tasvirlaydi: provayder baytlarga egalik qiladi, isteʼmolchi ularni tizim orqali oʻqiydi. URI ni qabul qiladigan ilovalar ishlaydi, yoʻlda open() chaqiradigan ilovalar ishlamaydi. Bu almashinuvning fayl ilovasida ishlab, boshqa hamma joyda muvaffaqiyatsiz boʻlishining eng keng tarqalgan sababidir.
Muqobil ataylab qilingan nusxa: faylni muharrirning oʻz xotirasiga torting, tahrirlang, keyin qayta yuklang. Bu juda yaxshi ish oqimi, lekin ikkinchi nusxa va ziddiyat savolini keltirib chiqaradi, shuning uchun poyezdda tahrirlashni boshlashdan oldin qaysi tomon gʻalaba qozonishini hal qiling.
Ilova boʻyicha VPN siyosati ham bu yerda eʼtiborga loyiq. Tarmoq oʻqishini bajaradigan paket koʻpincha muharrir emas, provayder ilovasi boʻladi, shuning uchun tegingan belgiga qarab baholash oʻrniga toʻgʻri paketni tunnelga qoʻshing.
Oʻqish, yozish va ruxsatning saqlanishini alohida sinang
Katalog roʻyxati faqat oʻqish yoʻlini isbotlaydi. Zararsiz sinov faylidan foydalaning va butun ketma-ketlikni bosib oʻting: roʻyxat, ochish, tahrirlash, saqlash, soʻngra oʻsha faylni ish stoli klientidan qayta ochish.
Qayta ishga tushirilgandan keyin ruxsat saqlanib qolishini kuzating. Ilova ularni doimiy olmasa, xotira ruxsatlari vaqtinchalik boʻladi, baʼzi muharrirlar har ishga tushishda qayta soʻraydi, boshqalari esa jimgina muvaffaqiyatsizlikka uchrab eski nusxani koʻrsatadi. Agar saqlash muvaffaqiyatli koʻrinsa, server tomonida oʻzgartirish vaqtini tekshirib yoki boshqa mashinadan qayta ochib tasdiqlang. Saqlash oʻrtasida uzilishni ham sinang, chunki yuklash paytida VPN ning uzilishi klient qismiy faylni yoki hech qachon sinxronlanmaydigan mahalliy oʻzgarishni qoldirish ehtimoli eng yuqori boʻlgan paytdir.
Android URI ruxsatini serverdagi avtorizatsiyadan alohida saqlang. Hujjatni ochishga ruxsat olish uning orqasidagi SMB hisobi haqida hech narsa demaydi.
Oʻrnatilgan almashinuvlarni ularga muhtoj holatlar uchun saqlang
Root darajasidagi CIFS oʻrnatishlari va yadro fayl tizimi modullari hali ham mavjud va har bir ilovaga mahalliy katalog xayolini beradi. Ular root ni ham talab qiladi, yadro oʻzgarishlarida buziladi va tarmoq nosozliklarini fayl tizimi qatlami ichida yashiradi, u yerda ularni aniqlash qiyinroq. Telefonda hujjatlarni tahrirlash uchun provayder yoki nusxa ish oqimi odamlarga haqiqatan kerak boʻlgan narsalarning koʻp qismini qoplaydi.
Uning ustiga ish oqimi qurishdan oldin oʻrnatish tarmoq oʻzgarishidan omon oʻtishini tekshiring. Stol ustidagi noutbukdan oʻrnatilgan almashinuv Wi-Fi va uyali tarmoq oʻrtasida sakraydigan telefondan boshqacha tutadi va eskirgan oʻrnatish ilovani toza muvaffaqiyatsizlik oʻrniga osilib qolishiga olib kelishi mumkin.
Agar hali ham tiqilib qolgan boʻlsangiz, roʻyxatni tartib bilan bosib oʻting va muvaffaqiyatsiz boʻlgan birinchi qadamda toʻxtang: port yetib boriladigan, protokol klienti oʻrnatilgan, almashinuv autentifikatsiya qilingan, tanlagich faylni koʻrsatadi, muharrir URI ni qabul qiladi, saqlash serverga yetib boradi. Oʻsha qadam qaysi komponentni tuzatish kerakligini aytadi va bu kamdan-kam tunnel boʻladi.