Folder SMB kelihatan usang melalui VPN? Semak Fail Offline

Anda menyambung VPN, membuka pemacu yang dipetakan, dan folder itu kehilangan fail yang jelas ada pada pelayan. Naluri pertama ialah menyalahkan terowong, DNS atau kebenaran Samba. Dalam banyak kes sambungan itu baik dan Explorer memaparkan salinan perkongsian yang di-cache. Fail Offline boleh menyediakan salinan itu walaupun VPN dihidupkan, kerana perkongsian, bukan terowong, menentukan sama ada paparan itu terkini. Pembaikan bermula dengan membuktikan yang mana satu anda sedang lihat.

Mitos: ikon VPN bermaksud perkongsian itu terkini

Ikon VPN melaporkan bahawa terowong wujud ke titik akhir. Ia tidak menyatakan sama ada perkongsian SMB tertentu boleh dicapai, sama ada Explorer telah mengembalikan perkongsian itu ke mod dalam talian, atau sama ada penyegerakan yang gagal meninggalkan salinan lama. Ia juga tidak memberitahu pelayan mana yang dipilih oleh laluan DFS.

Fail Offline menyimpan salinan tempatan perkongsian yang dialihkan atau disematkan supaya ia kekal tersedia apabila pelayan tidak boleh dicapai. Apabila perkongsian kembali, klien sepatutnya beralih semula ke dalam talian dan menyegerakkan. Dasar pautan perlahan boleh memutuskan sambungan masih terlalu perlahan dan mengekalkan paparan yang di-cache, dan konflik yang tertunda boleh melakukan perkara yang sama walaupun pada pautan pantas.

Itulah sebabnya simptom kelihatan terpilih: satu folder usang, satu lagi terbuka dengan betul, dan yang ketiga tidak terbuka langsung. Itu tiga keadaan berbeza, dan hanya yang pertama ialah kisah cache yang dibincangkan artikel ini. Namakan keadaan itu sebelum memilih pembaikan.

Buktikan sasaran mana yang dibaca oleh Explorer

Mulakan dengan laluan UNC yang tepat dan bukan huruf pemacu. Pemacu yang dipetakan mungkin menunjuk ke perkongsian lain daripada yang anda sangka, dan laluan DFS mungkin merujuk pelayan yang sama sekali berbeza. Membaca pemetaan menunjukkan sasaran yang disimpan dan statusnya:

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

Buka laluan UNC terus dalam tetingkap Explorer baharu dan bandingkan dengan pemacu yang dipetakan. Jika laluan terus menunjukkan fail semasa dan pemacu yang dipetakan tidak, pemetaan ialah sebahagian daripada masalah, bukan cache.

Kemudian sahkan fail itu wujud untuk pengguna yang dimaksudkan. Senarai pentadbir pada pelayan membuktikan kewujudan, bukan bahawa pengguna SMB biasa mempunyai akses yang sama, jadi semak dengan akaun yang benar-benar menggunakan perkongsian itu. Kelayakan berbeza menghasilkan paparan berbeza atas sebab yang tiada kaitan dengan cache. Kewujudan, akses dan keterlihatan ialah tiga semakan berasingan.

Baca keadaan penyegerakan sebelum memadam apa-apa

Pusat Penyegerakan, di mana ciri itu tersedia, melaporkan sama ada perkongsian berfungsi di luar talian, sama ada penyegerakan terakhir gagal dan sama ada konflik menunggu. Ketiga-tiga keadaan itu membawa kepada pembaikan yang berbeza, dan memadam cache semasa konflik tertunda boleh membuang kerja tempatan.

Cari perubahan tempatan yang belum sampai ke pelayan sebelum anda menyahdayakan cache, melepaskan sematan perkongsian atau memadam salinan luar talian. Fail yang hanya wujud dalam cache bukan paparan usang; ia data yang tidak disegerakkan, dan ia mesti dipelihara melalui proses yang diluluskan dahulu. Cache dengan perubahan tertunda tidak selamat untuk dipadam.

Setelah kerja tempatan selamat, gunakan peralihan dalam talian dan penyegerakan yang disokong, kemudian bandingkan senarai itu sekali lagi. Membuka tetingkap Explorer kedua tidak memaksa muat semula, kerana kedua-dua tetingkap boleh membaca cache tempatan yang sama.

Baiki keadaan perkongsian dan bukannya memadam ciri itu

Jika perkongsian kekal di luar talian kerana dasar pautan perlahan, laraskan dasar untuk perkongsian atau rangkaian itu dan bukannya mematikan Fail Offline untuk semua pengguna. Jika penyegerakan terus gagal, baiki kegagalan itu dan selesaikan konflik; penyegerakan yang berfungsi itulah yang menjadikan salinan yang di-cache terkini semula. Ubah dasar terkecil yang meliputi perkongsian itu. Perubahan global menukar paparan usang seorang pengguna dengan kehilangan akses luar talian semua orang.

Untuk perkongsian yang tidak sepatutnya di-cache, pelayan boleh menghantar petunjuk bagi setiap perkongsian. Samba mendedahkannya sebagai parameter perkongsian, dan nilai untuk perkongsian yang mesti kekal dalam talian sahaja ialah:

csc policy = disable

rujukan parameter Samba mentakrifkan nilai yang dibenarkan dan maksudnya. Gunakan tetapan itu melalui pengurus perkongsian yang benar-benar menjana konfigurasi, terutamanya pada NAS, dan ingat bahawa petunjuk itu tidak membaiki data yang sudah di-cache pada klien.

Selepas setiap perubahan dasar, sahkan bahawa klien menyambung semula dan fail yang dijangka muncul. Perkhidmatan yang dimulakan semula bukan bukti bahawa perubahan tempatan yang tertunda telah dimuat naik, jadi semak fail itu, bukan hanya keadaan sambungan.

Apabila puncanya bukan Fail Offline

Jika laluan UNC disahkan dalam talian dan senarai baharu masih berbeza, cache bukan penjelasannya. Semak kebenaran perkongsian dan sistem fail, penghitungan berasaskan akses dan pelayan yang benar-benar dipilih oleh rujukan DFS. Mana-mana daripadanya boleh menyembunyikan folder tanpa sebarang salinan tempatan.

Perkongsian yang tidak pernah bersambung memerlukan bukti penghalaan dan penapisan perkhidmatan, bukan pemeriksaan cache. Port 445 yang disekat melalui terowong, nama DNS yang diselesaikan ke alamat yang salah atau peraturan firewall yang membenarkan ping tetapi bukan SMB, semuanya menghasilkan kegagalan sebelum cache penting.

Ujian yang memisahkan kedua-dua keluarga itu mudah: folder yang wujud pada pelayan, kelihatan kepada pengguna yang betul dan masih tidak muncul dalam talian menunjuk kepada dasar atau penghitungan; folder yang muncul dengan kandungan lama menunjuk kepada cache. Diagnosis keluarga itu sebelum mengubah tetapan.