Android не може да отваря файлове на VPN файловото споделяне

Телефонът е във VPN, файловият сървър отговаря на ping, а файловото приложение пак казва, че не може да се свърже; или се свързва и нито един редактор на устройството не отваря показаното. Това са две различни повреди и нито една не значи, че тунелът е счупен. VPN дава само маршрут към частната мрежа; разглеждането на споделяне, удостоверяването към него и предаването на документ на друго приложение са отделни стъпки с отделни начини да се провалят. По-долу е редът, по който ги проверявам, и моментът, в който спирам вместо да гадая.

Проверете услугата, преди да обвините тунела

Отговор на ping или уеб страницата на NAS доказва само маршрутизация и нищо друго. Услугата, която наистина ви трябва, SMB на 445, SFTP на 22 или WebDAV на 443, може да е изключена, блокирана от защитна стена или вързана към интерфейс, до който подмрежата на VPN не стига. От телефона проверете точно този порт с клиент, който показва истинската грешка, а не общ мрежов банер. Ако портът е филтриран, поправете услугата или правилото на защитната стена, защото никое файлово приложение не заобикаля затворен порт.

Проверете и кой адрес на източника вижда сървърът. Разделен тунел, който изключва подмрежата на споделянето, или тунел за отделно приложение, който оставя файловото приложение извън VPN, дава точно симптома свързано, но недостъпно.

Не поемайте по прекия път с гостев достъп или SMB1, защото един клиент не може да се удостовери. Такива промени разширяват какво приема сървърът за всяко устройство в мрежата и не решават нищо, ако основният проблем е маршрутизация или именуване. Ако споделянето иска конкретен акаунт, използвайте го, включително префикса на домейн или работна група, който сървърът очаква.

Използвайте файлово приложение, което само говори протокола

Android няма вграден браузър за мрежови споделяния, затова клиентското приложение е истинска зависимост, а не подробност. Изберете такова, което реализира протокола, който наистина ползвате, и още се поддържа, защото клиент, строен за версия на Android, която вече не ползвате, се проваля по начин, който изглежда като мрежова повреда.

Опитайте сървъра по IP веднъж, за да отделите DNS от маршрутизацията. Ако IP работи, а името не, телефонът резолвва през DNS сървър, който не вижда частната ви зона.

Какво получава приемащото приложение: URI, а не път

Ако файловото ви приложение реализира DocumentsProvider, Storage Access Framework на Android може да покаже съдържанието му в системния избор и приложението, което изберете, получава content:// URI плюс разрешение. Това разрешение не е път във файловата система, затова редактор, който настоява на чист път, не отваря документа, дори изборът да го е показал. Ръководството на Android за достъп до документи описва модела: доставчикът притежава байтовете, а потребителят ги чете през системата.

Алтернативата е умишлено копие: издърпайте файла в собственото хранилище на редактора, редактирайте и го качете обратно. Това е добър работен процес, но създава второ копие и въпрос за конфликт, затова решете коя страна печели, преди да започнете редакция във влак.

Политиката за VPN по приложения също заслужава поглед. Пакетът, който прави мрежовото четене, често е приложението доставчик, а не редакторът, затова включете правилния пакет в тунела, вместо да съдите по иконата.

Проверете четене, запис и запазване на разрешенията отделно

Списък на папка доказва само пътя за четене. Използвайте безобиден тестов файл и преминете цялата последователност: списък, отваряне, редакция, запазване, после отворете същия файл от настолен клиент.

Следете за запазване на разрешенията след рестарт. Разрешенията за хранилище са временни, освен ако приложението не ги направи постоянни, и някои редактори питат отново при всяко стартиране, докато други се провалят тихо и показват остаряло копие. Ако запазването изглежда успешно, потвърдете го на сървъра по време на промяна или от друга машина.

Дръжте разрешението за URI в Android отделно от оторизацията на сървъра. Разрешението да отворите документ не казва нищо за SMB акаунта зад него.

Пазете монтираните споделяния за случаите, които ги изискват

Монтиранията на CIFS на коренно ниво и модулите на ядрото за файлови системи още съществуват и дават на всяко приложение илюзията за локална папка. Те обаче искат root, чупят се при промени в ядрото и крият мрежови повреди във файловата система, където е по-трудно да се диагностицират.

Проверете дали монтирането преживява смяна на мрежата, преди да градите процес върху него. Споделяне, монтирано от лаптоп на бюро, се държи различно от телефон, който скача между Wi-Fi и мобилна мрежа, а остаряло монтиране може да закачи приложението.

Ако още сте заседнали, минете списъка по ред и спрете на първата стъпка, която се провали: порт достъпен, клиент за протокола инсталиран, споделянето удостоверено, изборът показва файла, редакторът приема URI, запазването стига до сървъра. Тази стъпка казва кой компонент да поправите и рядко е тунелът.