Folder SMB tampak usang lewat VPN? Periksa File Offline

Anda terhubung ke VPN, membuka drive yang dipetakan, dan folder itu kehilangan file yang jelas dimiliki server. Naluri pertama adalah menyalahkan tunnel, DNS, atau izin Samba. Dalam banyak kasus koneksinya baik-baik saja dan Explorer menampilkan salinan berbagi yang di-cache. File Offline dapat menyajikan salinan itu bahkan saat VPN aktif, karena berbagi, bukan tunnel, yang menentukan apakah tampilannya mutakhir. Perbaikannya dimulai dengan membuktikan mana yang sedang Anda lihat.

Mitos: ikon VPN berarti berbagi itu mutakhir

Ikon VPN melaporkan bahwa ada tunnel ke titik akhir. Ikon itu tidak mengatakan apa pun tentang apakah berbagi SMB tertentu dapat dijangkau, apakah Explorer telah mengembalikan berbagi itu ke mode online, atau apakah kegagalan sinkronisasi meninggalkan salinan lama di tempatnya. Ikon itu juga tidak memberi tahu server mana yang dipilih jalur DFS.

File Offline menyimpan salinan lokal dari berbagi yang dialihkan atau disematkan agar tetap tersedia saat server tidak dapat dijangkau. Saat berbagi kembali, klien seharusnya beralih kembali ke online dan menyinkronkan. Kebijakan tautan lambat dapat memutuskan koneksi masih terlalu lambat dan mempertahankan tampilan yang di-cache, dan konflik yang tertunda dapat melakukan hal yang sama bahkan pada tautan cepat.

Itulah sebabnya gejalanya tampak selektif: satu folder usang, folder lain terbuka dengan benar, dan folder ketiga tidak terbuka sama sekali. Itu tiga keadaan berbeda, dan hanya yang pertama adalah kisah cache yang dibahas artikel ini. Sebutkan keadaannya sebelum memilih perbaikan.

Buktikan target mana yang dibaca Explorer

Mulailah dari jalur UNC yang tepat, bukan huruf drive. Drive yang dipetakan bisa menunjuk ke berbagi lain daripada yang Anda kira, dan jalur DFS bisa merujuk ke server yang sama sekali berbeda. Membaca pemetaan menunjukkan target tersimpan dan statusnya:

Get-SmbMapping | Select-Object LocalPath, RemotePath, Status
Get-SmbConnection
net use

Buka jalur UNC langsung di jendela Explorer baru dan bandingkan dengan drive yang dipetakan. Jika jalur langsung menampilkan file saat ini sedangkan drive yang dipetakan tidak, pemetaan adalah bagian dari masalah, bukan cache.

Lalu pastikan file itu ada untuk pengguna yang dimaksud. Daftar administrator di server membuktikan keberadaan, bukan bahwa pengguna SMB biasa memiliki akses yang sama, jadi periksa dengan akun yang benar-benar memakai berbagi itu. Kredensial berbeda menghasilkan tampilan berbeda karena alasan yang tidak ada hubungannya dengan cache. Keberadaan, akses, dan visibilitas adalah tiga pemeriksaan terpisah.

Baca status sinkronisasi sebelum menghapus apa pun

Pusat Sinkronisasi, tempat fitur tersedia, melaporkan apakah berbagi bekerja offline, apakah sinkronisasi terakhir gagal, dan apakah ada konflik yang menunggu. Ketiga keadaan itu mengarah ke perbaikan berbeda, dan menghapus cache saat konflik tertunda dapat membuang pekerjaan lokal.

Cari perubahan lokal yang belum sampai ke server sebelum Anda menonaktifkan cache, melepas sematan berbagi, atau menghapus salinan offline. File yang hanya ada di cache bukan tampilan usang; itu data yang belum tersinkron, dan harus dilestarikan lebih dulu lewat proses yang disetujui. Cache dengan perubahan tertunda tidak aman untuk dihapus.

Setelah pekerjaan lokal aman, gunakan transisi online dan sinkronisasi yang didukung, lalu bandingkan daftarnya lagi. Membuka jendela Explorer kedua tidak memaksa penyegaran, karena kedua jendela dapat membaca cache lokal yang sama.

Perbaiki keadaan berbagi alih-alih menghapus fiturnya

Jika berbagi tetap offline karena kebijakan tautan lambat, sesuaikan kebijakan untuk berbagi atau jaringan itu alih-alih mematikan File Offline untuk semua pengguna. Jika sinkronisasi terus gagal, perbaiki kegagalannya dan selesaikan konfliknya; sinkronisasi yang berfungsi itulah yang membuat salinan di cache mutakhir lagi. Ubah kebijakan terkecil yang mencakup berbagi tersebut. Perubahan global menukar tampilan usang satu pengguna dengan hilangnya akses offline semua orang.

Untuk berbagi yang tidak boleh pernah di-cache, server dapat mengirim petunjuk per berbagi. Samba menampilkannya sebagai parameter berbagi, dan nilai untuk berbagi yang harus tetap hanya online adalah:

csc policy = disable

referensi parameter Samba mendefinisikan nilai yang diizinkan dan maknanya. Terapkan pengaturan melalui pengelola berbagi yang benar-benar menghasilkan konfigurasi, terutama pada NAS, dan ingat bahwa petunjuk itu tidak memperbaiki data yang sudah di-cache di klien.

Setelah setiap perubahan kebijakan, verifikasi bahwa klien tersambung kembali dan file yang diharapkan muncul. Layanan yang dimulai ulang bukan bukti bahwa perubahan lokal yang tertunda telah diunggah, jadi periksa filenya, bukan hanya status koneksi.

Saat penyebabnya bukan File Offline

Jika jalur UNC terkonfirmasi online dan daftar baru masih berbeda, cache bukan penjelasannya. Periksa izin berbagi dan sistem file, enumerasi berbasis akses, dan server yang benar-benar dipilih rujukan DFS. Salah satu dari itu dapat menyembunyikan folder tanpa melibatkan salinan lokal.

Berbagi yang tidak pernah tersambung membutuhkan bukti perutean dan pemfilteran layanan, bukan pemeriksaan cache. Port 445 yang diblokir lewat tunnel, nama DNS yang mengarah ke alamat salah, atau aturan firewall yang mengizinkan ping tetapi tidak SMB, semuanya menghasilkan kegagalan sebelum cache menjadi penting.

Uji yang memisahkan kedua keluarga itu sederhana: folder yang ada di server, terlihat oleh pengguna yang tepat, dan tetap tidak muncul online menunjuk ke kebijakan atau enumerasi; folder yang muncul dengan isi lama menunjuk ke cache. Diagnosis keluarganya sebelum mengubah pengaturan.