Berbagi SMB di Mac lewat VPN: sambungkan dulu, baru uji tulis
Finder memasang berbagi tetapi menolak menyimpan? Pisahkan jalur VPN, akun SMB, dan izin server sebelum mengubah pengaturan apa pun.
Jika Finder memasang berbagi lewat VPN lalu menolak menyimpan berkas, terowongan sudah menjalankan tugasnya dan perselisihannya soal identitas serta hak di server berkas. Jika pemasangan tidak pernah muncul, tidak ada yang diuji setelah titik itu. Kedua kasus berakhir pada dialog yang mirip di macOS, itulah sebabnya orang membangun ulang profil VPN untuk gangguan yang tidak bisa dibuat VPN. Saya mulai dengan memastikan persis di mana koneksi berhenti, dan baru setelah itu menguji penulisan dengan berkas sekali pakai alih-alih dokumen yang saya datang untuk sunting.
Tiga syarat menentukan ke mana harus melihat
Anda perlu tiga jawaban sebelum menyentuh pengaturan: apakah nama itu diselesaikan ke alamat privat yang dirutekan terowongan, apakah layanan SMB menerima akun spesifik yang Anda berikan, dan apakah akun itu punya hak tulis pada berbagi, folder, dan operasi yang tepat itu. Masing-masing gagal di tempat berbeda, dan hanya yang pertama milik pemilik VPN.
| What you see | What it establishes | Who fixes it |
|---|---|---|
| Name does not resolve, or resolves outside the tunnel | The path was never built | VPN or DNS administrator |
| Name resolves, port 445 times out | Route, firewall or overlapping address space | VPN and network owners |
| Server answers, the sign-in is rejected | The file-service account, not the VPN login | File-server owner |
| Share mounts, writing is refused | Share policy or directory rights | File-server owner |
Tabel itu pantas mendapat tempatnya karena login Mac, login VPN, dan akun SMB adalah tiga identitas terpisah. Mengubah kata sandi VPN tidak pernah membuka berbagi yang menolak pengguna terdaftar, dan klien yang melaporkan tersambung tidak mengatakan apa pun tentang server yang Anda bidik.
Sambungkan lewat alamat, bukan lewat penjelajahan
Berbagi jarak jauh bisa sepenuhnya terjangkau sambil tetap tak terlihat di daftar Jaringan Finder. Penemuan di LAN kantor bergantung pada nama broadcast dan multicast, dan sebagian besar VPN tidak membawa lalu lintas itu melewati terowongan, jadi tampilan Jaringan yang kosong bukan bukti tautan rusak.
Jalankan VPN yang dimaksud lewat klien biasanya dan selesaikan autentikasinya.
Di Finder pilih Go, lalu Connect to Server, atau tekan Command-K.
Ketik alamat yang diberikan. Dalam contoh ini alamatnya
smb://files.corp.example/team, nama ilustratif dan bukan layanan publik. Jika Anda hanya punya nama server, sambungkan ke sana dan pilih berbagi yang diizinkan dari daftar yang dikembalikannya.Pilih Registered User dan masukkan akun layanan berkas, bukan akun Mac Anda dan bukan akun VPN. Guest hanya tepat bila pemiliknya mengatakan demikian.
Buka berbagi itu dan lakukan satu tugas yang membuat Anda datang. Daftar folder membuktikan pemasangan, tidak lebih.
Panduan Apple tentang menyambung ke server mendokumentasikan alur Finder ini dan proses login layanan di belakangnya. Simpan alamatnya sebagai favorit agar sambungan berikutnya bisa diulang, dan ingat bahwa mengganti nama entri mengubah label, bukan target.
Baca tahap tempat ia berhenti
Sebelum mengubah apa pun, catat tahap mana yang gagal, dengan nama yang sama seperti yang Anda ketikkan di Finder. Mulai dari resolusi nama: dscacheutil -q host -a name files.corp.example mencetak alamat yang akan dipakai macOS, dan netstat -rn menunjukkan apakah alamat itu punya rute lewat antarmuka terowongan atau lewat gateway rumah Anda.
Lalu keterjangkauan. nc -vz files.corp.example 445 menyatakan apakah port SMB menjawab sama sekali; jika resolusi bekerja dan 445 kedaluwarsa, Anda ada di wilayah perutean, firewall, atau alamat yang tumpang tindih dan tidak ada perubahan izin berbagi yang menolong. Jika port menjawab, tanyakan ke server apa yang ditawarkannya untuk akun itu: smbutil view //[email protected] mendaftar berbagi, dan smbutil statshares -a melaporkan dialek yang dinegosiasikan dan status tanda tangan sesi yang terpasang, yang memberi tahu apakah pemasangan yang Anda uji adalah yang Anda kira.
Identitas layak diperiksa sendiri, karena itulah langkah yang dilewati orang. Pemasangan bisa hidup sebagai tamu atau sebagai akun tersimpan lama sementara Anda menganggap diri pengguna terdaftar, dan setiap uji tulis lalu mengukur akun yang salah.
Akses tulis punya lebih dari satu gerbang
Dua lapisan bisa berkata tidak di sisi server, dan keduanya tampak sama dari Mac. Berbagi bisa diekspor hanya-baca sementara folder di bawahnya bisa ditulis, dan berbagi yang bisa ditulis tidak bisa mengalahkan ACL sistem berkas yang menolak akun Anda; subfolder juga bisa membawa kebijakannya sendiri. Di server Windows izin berbagi dan izin NTFS terpisah, dan hak efektifnya adalah yang lebih ketat di antara keduanya.
Jadi tentukan apa yang sebenarnya ditolak: membuat berkas, menyunting yang ada, membuat folder, mengganti nama, atau menghapus. Itu bukan satu izin, dan folder yang pendataannya bekerja bisa menolak semuanya. Pemasangan yang bekerja bukan pemberian izin.
Jika Anda menduga identitas yang salah, keluarkan berbagi, hapus entri lama di Akses Rantai Kunci, dan sambungkan lagi dengan akun terdaftar. Finder akan senang memakai ulang sesi tersimpan dan membiarkan Anda mengukur izin untuk pengguna yang tidak dianggap server sebagai Anda.
Uji penulisan tanpa menyentuh dokumen nyata
Dengan persetujuan pemilik, buat satu berkas kecil dengan nama baru di folder yang gagal: touch /Volumes/team/qa-write-test.txt saat berbagi terpasang di sana, atau cukup Save As dengan nama baru dari aplikasi. Jangan pernah menimpa dokumen untuk menguji akses, dan simpan teks galat yang persis alih-alih memparafrasekannya karena VPN tidak akan menyalinnya.
Lalu serahkan kepada pemilik operasi yang Anda coba, bukan keluhan umum. Mereka bisa memeriksa kebijakan berbagi, keanggotaan grup akun, dan hak pada satu folder itu, dan memberi tahu lapisan mana yang menolak Anda. Jika pesannya menyebut kapasitas, berkas terkunci, atau bentrok nama, itu masalah lain dan layak diselidiki sendiri.
Verifikasi perbaikannya, lalu keluarkan berurutan
Setelah pemilik mengubah sesuatu, ulangi penulisan kecil yang sama dan pastikan berkasnya terlihat oleh server dan bisa dihapus sesudahnya. Salinan yang mulai lalu macet adalah soal throughput, bukan izin; penolakan yang datang seketika adalah soal izin.
Sebelum melepas VPN, lepaskan pemasangan berbagi dan tutup dokumen yang terbuka. Mengeluarkan setelah terowongan hilang membuat Finder dan aplikasi Anda menunggu jalur mati. Jaga SMB di dalam jaringan privat, jangan matikan firewall untuk menguji teori, dan jangan membuka folder untuk semua orang sebagai akal-akalan. Untuk tiket, sertakan alamat, nama akun, operasi yang gagal, teks pesan yang persis, dan waktunya, dengan kata sandi dan berkas profil ditinggalkan.
- Alamatnya diselesaikan ke alamat privat yang dirutekan lewat terowongan.
- Port 445 menjawab dan
smbutil viewmendaftar berbagi yang dimaksud untuk akun yang dimaksud. - Penulisan yang Anda butuhkan dibuktikan dengan berkas baru, bukan dengan dokumen yang sudah ada.