Android VPN dosya paylaşımındaki dosyaları açamıyor

Telefon VPN'de, dosya sunucusu ping'e yanıt veriyor ve dosya uygulaması hâlâ bağlanamadığını bildiriyor ya da bağlanıyor ve cihazdaki hiçbir düzenleyici listelediği şeyi açmıyor. Bunlar iki farklı arıza ve hiçbiri tünelin bozuk olduğu anlamına gelmiyor. VPN yalnızca özel ağa bir rota sağlar; paylaşımda gezinmek, ona kimlik doğrulamak ve bir belgeyi başka bir uygulamaya vermek, kendi başarısızlık yolları olan ayrı adımlardır. Aşağıda bunları hangi sırayla kontrol ettiğim ve tahmin etmek yerine nerede durduğum var.

Tüneli suçlamadan önce hizmeti kontrol edin

Bir ping yanıtı veya NAS web sayfası yalnızca yönlendirmeyi kanıtlar, başka bir şeyi değil. Gerçekten ihtiyacınız olan hizmet, 445'te SMB, 22'de SFTP veya 443'te WebDAV, devre dışı bırakılmış, güvenlik duvarınca engellenmiş veya VPN alt ağının ulaşamadığı bir arayüze bağlanmış olabilir. Telefondan o belirli bağlantı noktasını genel bir ağ iletisi yerine gerçek hatayı gösteren bir istemciyle test edin. Bağlantı noktası filtrelenmişse hizmeti veya güvenlik duvarı kuralını düzeltin, çünkü hiçbir dosya uygulaması kapalı bir bağlantı noktasını aşamaz.

Sunucunun hangi kaynak adresi gördüğünü de kontrol edin. Paylaşımın alt ağını dışlayan bölünmüş tünel veya dosya uygulamasını VPN dışında bırakan uygulama başına tünel, tam olarak bağlı-ama-erişilemez belirtisini üretir.

Tek bir istemci kimlik doğrulayamıyor diye misafir erişimini veya SMB1'i açma kısayoluna direnin. Bu tür değişiklikler sunucunun ağdaki her cihazdan kabul ettiklerini genişletir ve asıl sorun yönlendirme veya ad çözümlemesiyse hiçbir şeyi düzeltmez. Paylaşım belirli bir hesap gerektiriyorsa onu kullanın, sunucunun beklediği etki alanı veya çalışma grubu öneki dahil.

Protokolü kendisi konuşan bir dosya uygulaması kullanın

Android'de ağ paylaşımları için yerleşik tarayıcı yoktur, bu yüzden istemci uygulaması bir ayrıntı değil gerçek bir bağımlılıktır. Gerçekten çalıştırdığınız protokolü uygulayan ve hâlâ bakımı yapılan birini seçin, çünkü artık kullanmadığınız bir Android sürümü için derlenmiş istemci ağ arızası gibi görünen biçimlerde başarısız olur. Keşif alt ağları aşamadığında, uygulamanın bulmasını beklemek yerine ana bilgisayarı açıkça yazın.

DNS'i yönlendirmeden ayırmak için sunucuyu bir kez IP ile deneyin. IP çalışıp ad çalışmıyorsa telefon, özel bölgenizi göremeyen bir DNS sunucusu üzerinden ad çözümlüyor.

Alıcı uygulamaya ne verildiğini bilin: yol değil, URI

Dosya uygulamanız bir DocumentsProvider uyguluyorsa Android'in Storage Access Framework'ü içeriğini sistem seçicisinde gösterebilir ve seçtiğiniz uygulama bir content:// URI ile izin verilmesi alır. Bu izin bir dosya sistemi yolu değildir, bu yüzden ham yol adı isteyen bir düzenleyici seçici listelemiş olsa bile belgeyi açamaz. Android belge erişimi kılavuzu bu modeli açıklar: sağlayıcı baytların sahibidir ve tüketici bunları sistem üzerinden okur. URI'yi kabul eden uygulamalar çalışır, yolda open() çağıran uygulamalar çalışmaz. Bir paylaşımın dosya uygulamasında çalışıp her yerde başarısız olmasının en yaygın nedeni budur.

Alternatif bilinçli bir kopyadır: dosyayı düzenleyicinin kendi depolamasına çekin, düzenleyin, sonra geri yükleyin. Bu gayet iyi bir iş akışıdır, ancak ikinci bir kopya ve bir çakışma sorusu yaratır, bu yüzden trende düzenlemeye başlamadan önce hangi tarafın kazanacağına karar verin.

Uygulama başına VPN politikası da burada dikkate değer. Ağ okumasını yapan paket genellikle düzenleyici değil sağlayıcı uygulamasıdır, bu yüzden dokunduğunuz simgeye göre yargılamak yerine doğru paketi tünele dahil edin.

Okuma, yazma ve izin kalıcılığını ayrı ayrı test edin

Bir dizin listesi yalnızca okuma yolunu kanıtlar. Zararsız bir test dosyası kullanın ve tüm diziyi yürüyün: listele, aç, düzenle, kaydet, sonra aynı dosyayı masaüstü istemcisinden yeniden açın.

Yeniden başlatmadan sonra iznin kalıp kalmadığını izleyin. Depolama izinleri, uygulama kalıcı olarak almazsa geçicidir; bazı düzenleyiciler her açılışta yeniden sorar, bazıları ise sessizce başarısız olup size eski bir kopya gösterir. Bir kayıt başarılı görünüyorsa sunucu tarafında değişiklik zamanına bakarak veya başka bir makineden yeniden açarak doğrulayın. Kayıt sırasında bir kopmayı da test edin, çünkü yükleme sırasında VPN'in düşmesi, bir istemcinin kısmi bir dosya veya hiç eşitlenmeyen yerel bir değişiklik bırakma olasılığının en yüksek olduğu andır.

Android'in URI iznini sunucudaki yetkilendirmeden ayrı tutun. Bir belgeyi açma izni, arkasındaki SMB hesabı hakkında hiçbir şey söylemez.

Bağlanmış paylaşımları ihtiyaç duyan durumlara saklayın

Root düzeyinde CIFS bağlamaları ve çekirdek dosya sistemi modülleri hâlâ var ve her uygulamaya yerel bir dizin yanılsaması verir. Ayrıca root gerektirirler, çekirdek değişikliklerinde bozulurlar ve ağ arızalarını teşhis edilmesi daha zor olan dosya sistemi katmanında saklarlar. Telefonda belge düzenlemek için sağlayıcı veya kopyalama iş akışı, insanların gerçekten ihtiyaç duyduğu şeylerin çoğunu kapsar.

Üzerine bir iş akışı kurmadan önce bağlamanın ağ değişikliğinden sağ çıkıp çıkmadığını kontrol edin. Masadaki bir dizüstü bilgisayardan bağlanan paylaşım, Wi-Fi ile hücresel arasında atlayan bir telefondan farklı davranır ve eski bir bağlama, uygulamayı temiz bir şekilde başarısız olmak yerine askıda bırakabilir.

Hâlâ takılıp kaldıysanız listeyi sırayla yürüyün ve başarısız olan ilk adımda durun: bağlantı noktası erişilebilir, protokol istemcisi kurulu, paylaşım kimlik doğrulandı, seçici dosyayı gösteriyor, düzenleyici URI'yi kabul ediyor, kayıt sunucuya ulaşıyor. O adım hangi bileşenin düzeltileceğini söyler ve bu nadiren tüneldir.