Kongsi SMB pada Mac melalui VPN: sambung dahulu, kemudian uji tulis
Finder melekap kongsi tetapi enggan menyimpan? Pisahkan laluan VPN, akaun SMB dan kebenaran pelayan sebelum menukar sebarang tetapan.
Jika Finder melekap kongsi melalui VPN dan kemudian enggan menyimpan fail, terowong sudah menjalankan tugasnya dan perselisihan adalah tentang identiti dan hak pada pelayan fail. Jika pelekapannya tidak pernah muncul, tiada apa selepas titik itu diuji. Kedua-dua kes berakhir dengan dialog yang serupa pada macOS, sebab itu orang membina semula profil VPN untuk kerosakan yang VPN tidak boleh hasilkan. Saya mula dengan menetapkan dengan tepat di mana sambungan berhenti, dan hanya selepas itu menguji penulisan dengan fail sekali guna dan bukan dokumen yang saya datang untuk sunting.
Tiga syarat menentukan tempat untuk diperiksa
Anda perlu tiga jawapan sebelum menyentuh tetapan: adakah nama diselesaikan kepada alamat peribadi yang dihalakan terowong, adakah perkhidmatan SMB menerima akaun khusus yang anda berikan, dan adakah akaun itu mempunyai hak tulis pada kongsi, folder dan operasi yang tepat itu. Setiap satu gagal di tempat berbeza, 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 |
Jadual itu berbaloi kerana log masuk Mac, log masuk VPN dan akaun SMB ialah tiga identiti berasingan. Menukar kata laluan VPN tidak pernah membuka kongsi yang menolak pengguna berdaftar, dan klien yang melaporkan bersambung tidak berkata apa-apa tentang pelayan yang anda tuju.
Sambung melalui alamat, bukan melalui penyemakan imbas
Kongsi jauh boleh dicapai sepenuhnya sambil kekal tidak kelihatan dalam senarai Rangkaian Finder. Penemuan pada LAN pejabat bergantung pada nama siaran dan multicast, dan kebanyakan VPN tidak membawa trafik itu melalui terowong, jadi paparan Rangkaian kosong bukan bukti pautan rosak.
Lancarkan VPN yang dimaksudkan melalui klien biasanya dan lengkapkan pengesahannya.
Dalam Finder pilih Pergi, kemudian Sambung ke Pelayan, atau tekan Command-K.
Taip alamat yang diberikan. Dalam contoh ini ia ialah
smb://files.corp.example/team, nama ilustrasi dan bukan perkhidmatan awam. Jika anda hanya mempunyai nama pelayan, sambung kepadanya dan pilih kongsi yang dibenarkan daripada senarai yang dikembalikannya.Pilih Pengguna Berdaftar dan masukkan akaun perkhidmatan fail, bukan akaun Mac anda dan bukan akaun VPN. Tetamu hanya betul apabila pemilik berkata begitu.
Buka kongsi itu dan lakukan satu tugasan yang anda datang untuk lakukan. Penyenaraian folder membuktikan pelekapannya dan tidak lebih.
Panduan Apple untuk menyambung ke pelayan mendokumentasikan aliran Finder ini dan log masuk perkhidmatan di belakangnya. Simpan alamat sebagai kegemaran supaya sambungan seterusnya boleh diulang, dan ingat bahawa menamakan semula entri menukar label, bukan sasaran.
Baca peringkat tempat ia berhenti
Sebelum menukar apa-apa, catat peringkat mana yang gagal, dengan nama yang sama seperti yang anda taip dalam Finder. Mulakan dengan penyelesaian nama: dscacheutil -q host -a name files.corp.example mencetak alamat yang akan digunakan macOS, dan netstat -rn menunjukkan sama ada alamat itu mempunyai laluan melalui antara muka terowong atau melalui get laluan rumah anda.
Kemudian kebolehcapaian. nc -vz files.corp.example 445 menyatakan sama ada port SMB menjawab sama sekali; jika penyelesaian berfungsi dan 445 tamat masa, anda berada dalam wilayah penghalaan, tembok api atau alamat bertindih dan tiada perubahan kebenaran kongsi akan membantu. Jika port menjawab, tanya pelayan apa yang ditawarkannya kepada akaun itu: smbutil view //[email protected] menyenaraikan kongsi, dan smbutil statshares -a melaporkan dialek yang dirundingkan serta keadaan tandatangan sesi yang dilekapkan, yang memberitahu sama ada pelekapan yang anda uji ialah yang anda fikirkan.
Identiti wajar diperiksa sendiri, kerana itulah langkah yang orang langkau. Pelekapan boleh hidup sebagai tetamu atau sebagai akaun lama yang disimpan sementara anda menganggap diri anda pengguna berdaftar, dan setiap ujian tulis kemudian mengukur akaun yang salah.
Akses tulis mempunyai lebih daripada satu pintu
Dua lapisan boleh berkata tidak di sebelah pelayan dan kedua-duanya kelihatan sama dari Mac. Kongsi boleh dieksport sebagai baca sahaja sementara folder di bawahnya boleh ditulis, dan kongsi yang boleh ditulis tidak boleh mengatasi ACL sistem fail yang menolak akaun anda; subfolder juga boleh membawa dasarnya sendiri. Pada pelayan Windows kebenaran kongsi dan kebenaran NTFS adalah berasingan, dan hak berkesan ialah yang lebih ketat antara keduanya.
Jadi tentukan apa yang sebenarnya ditolak: mencipta fail, menyunting yang sedia ada, membuat folder, menamakan semula atau memadam. Itu bukan satu kebenaran, dan folder yang penyenaraiannya berfungsi boleh menolak semuanya. Pelekapan yang berfungsi bukan pemberian.
Jika anda mengesyaki identiti yang salah, keluarkan kongsi, padam entri lama dalam Akses Rantai Kunci dan sambung semula dengan akaun berdaftar. Finder akan menggunakan semula sesi tersimpan dengan senang hati dan membiarkan anda mengukur kebenaran untuk pengguna yang pelayan tidak anggap sebagai anda.
Uji penulisan tanpa menyentuh dokumen sebenar
Dengan persetujuan pemilik, cipta satu fail kecil dengan nama baharu dalam folder yang gagal: touch /Volumes/team/qa-write-test.txt apabila kongsi dilekapkan di situ, atau hanya Simpan Sebagai dengan nama baharu daripada aplikasi. Jangan sekali-kali menimpa dokumen untuk menguji akses, dan simpan teks ralat yang tepat dan bukan mengolahnya semula, kerana VPN tidak akan menyalinnya.
Kemudian berikan kepada pemilik operasi yang anda cuba dan bukan aduan umum. Mereka boleh memeriksa dasar kongsi, keahlian kumpulan akaun dan hak pada satu folder itu, serta memberitahu anda lapisan mana yang menolak anda. Jika mesej menyebut kapasiti, fail berkunci atau konflik nama, itu masalah lain dan wajar disiasat sendiri.
Sahkan pembaikan, kemudian keluarkan mengikut urutan
Selepas pemilik menukar sesuatu, ulangi penulisan kecil yang sama dan sahkan fail itu kelihatan kepada pelayan dan boleh dibuang selepasnya. Salinan yang bermula lalu tersekat ialah soal daya pemprosesan, bukan kebenaran; penolakan yang tiba serta-merta ialah soal kebenaran.
Sebelum melepaskan VPN, nyahlekap kongsi dan tutup dokumen yang terbuka. Mengeluarkan selepas terowong hilang membiarkan Finder dan aplikasi anda menunggu laluan mati. Kekalkan SMB di dalam rangkaian peribadi, jangan matikan tembok api untuk menguji teori, dan jangan buka folder kepada semua orang sebagai jalan pintas. Untuk tiket, sertakan alamat, nama akaun, operasi yang gagal, teks mesej yang tepat dan masa, sambil membiarkan kata laluan dan fail profil di luar.
- Alamat diselesaikan kepada alamat peribadi yang dihalakan melalui terowong.
- Port 445 menjawab dan
smbutil viewmenyenaraikan kongsi yang dimaksudkan untuk akaun yang dimaksudkan. - Penulisan yang anda perlukan dibuktikan dengan fail baharu, bukan dengan dokumen sedia ada.