मैक OS X El Capitan पर किसी के द्वारा भी पहुँचा जा सकने वाला SMB शेयर कैसे माउंट करें


10

मैं एक SMB नेटवर्क शेयर कैसे माउंट कर सकता हूं जिसे किसी के द्वारा एक्सेस किया जा सकता है? यहाँ मैंने क्या कोशिश की है:

माउंट कमांड का उपयोग करना

me$ sudo mkdir /Multimedia
me$ sudo chmod 777 /Multimedia
me$ sudo mount -t smbfs -o nosuid,-d=777 //user:password@qnap/Multimedia /Multimedia/

फिर

me$ cd /Multimedia      
-bash: cd: /Multimedia: Permission denied

बढ़ते के बाद मल्टीमीडिया / पर अनुमति

drwxrwxrwx   1 root  wheel  16384 Nov  8 11:04 Multimedia

अभी तक यह काम करता है

root# cd /Multimedia

tl; डॉ केवल रूट एक्सेस कर सकते हैं शेयर घुड़सवार

ऑटोमाउंट का उपयोग करना

में /etc/auto_master

#
# Automounter master map
#
+auto_master            # Use directory service
/net                    -hosts          -nobrowse,hidefromfinder,nosuid
/home                   auto_home       -nobrowse,hidefromfinder
/Network/Servers        -fstab
/-                      -static
### SMB shares
/-                      /etc/automounts/smb -nosuid,noowners

में /etc/automounts/smb

/Multimedia        -fstype=smbfs,soft,noowners,noatime,nosuid ://user:password@qnap/Multimedia

फिर

me$ sudo automount -vc
automount: /net updated
automount: /home updated
automount: /Multimedia mounted
automount: no unmount

उसके बाद

me$ cd /Multimedia
me$ ls -ld /Multimedia/
drwx------  1 me  staff  16384 Nov  8 11:04 /Multimedia/

काम करता है! लेकिन दुर्भाग्य से अन्य उपयोगकर्ताओं की कोई पहुंच नहीं है

otheruser$ cd /Multimedia 
-bash: cd: /Multimedia: Permission denied

फिर भी अगर मैं

me$ umount /Multimedia

और फिर

otheruser$ cd /Multimedia
otheruser$ ls -ld /Multimedia 
drwx------  2 otheruser  staff  1 Nov  8 15:17 /Multimedia

काम करता है! परंतु

me$ cd /Multimedia
-bash: cd: /Multimedia: Permission denied

और फिर भी

root# cd /Multimedia

काम करता है!

tl; डॉ। केवल उस उपयोगकर्ता को भेजें जिसके पास ऑटोमाउंट और रूट का हिस्सा है


अपना पहला तरीका सत्यापित किया और कोई समस्या नहीं पाई। मैं रूट, मुझे और अन्य उपयोगकर्ता के साथ शेयर को माउंट और एक्सेस कर सकता हूं। बढ़ते noowners या nosuidझंडे की परवाह किए बिना मुझे हमेशा वर्तमान उपयोगकर्ता को स्वामी के staffरूप में और माउंट बिंदु पर समूह के रूप में मिला । (btw आप एक टाइपो nownessमें मिल गया है /etc/auto_master)
techraf

1
@ बीटेक अच्छा कैच! सत्यापन के लिए धन्यवाद, यह बहुत ही कठिन है कि आपको एक अलग परिणाम मिला है। क्या शेयर की अनुमति से ही कुछ हो सकता है? मैं आज रात इसके साथ खिलवाड़ करने की कोशिश
करूंगा

1
हाय @Rytis l, मुझे एक ही समस्या है - क्या आपने यह काम किया है?
हैन्का

@ हक्का नोप, अभी भी यह मुद्दा है :(
रिटिस I

मुझे आश्चर्य है कि अगर आपने इस मुद्दे को हल करने का कोई तरीका निकाला है?
आलसी लॉग

जवाबों:


2

SMB शेयर को अतिथि के रूप में माउंट करने योग्य बनाएं, फिर इसे सही अनुमतियों के साथ आरोहित किया जाएगा।

मेरे पास ठीक यही समस्या थी और हाई सिएरा में यह मेरे लिए काम करता है:

/ Etc / auto_nfs:

Public -fstype=smbfs,soft,noowners,noatime,nosuid smb://guest@192.168.1.1/Public

और माउंट के बाद, इसमें drwxrwxrwx अधिकार होगा और मैं इसे विभिन्न उपयोगकर्ताओं से ब्राउज़ करने में सक्षम हूं।


1

ऐसा लगता है कि macOS उपयोगकर्ताओं को कस्टम uid / gid बिट्स के साथ SMB नेटवर्क ड्राइव को माउंट करने की अनुमति नहीं देता है। और यह केवल उस उपयोगकर्ता को अनुमति देता है जो ड्राइव तक पहुंचने के लिए ड्राइव को माउंट करता है। मुझे नहीं पता कि Apple सुरक्षा की परवाह करता है या यह सिर्फ एक बग है। लेकिन दुर्भाग्य से, यह वर्षों के लिए है। मैंने macOS-to-macOS साझा ड्राइव पर कई मामलों का परीक्षण किया है:

    known-user@a-server:~% sudo ls -l
    -rw-r-----  1 known-user    known-group    0 Jun 13 10:50 a-file
    -rw-r-----  1 known-user    unknown-group  0 Jun 13 10:50 b-file
    -rw-r-----  1 unknown-user  known-group    0 Jun 13 10:50 c-file
    -rw-r-----  1 unknown-user  unknown-group  0 Jun 13 10:50 b-file

    who-mount@my-desktop:~% sudo ls -l
    -rw-r-----  1 who-mount     whose-group  0 Jun 13 10:50 a-file
    -rw-r-----  1 who-mount     whose-group  0 Jun 13 10:50 b-file
    -rw-r-----  1 who-mount     whose-group  0 Jun 13 10:50 c-file
    -rw-r-----  1 who-mount     whose-group  0 Jun 13 10:50 d-file

    who-mount@my-desktop:~% cat a-file
    who-mount@my-desktop:~% echo hello > a-file

    who-mount@my-desktop:~% cat b-file
    who-mount@my-desktop:~% echo hello > b-file

    who-mount@my-desktop:~% cat c-file
    who-mount@my-desktop:~% echo hello > c-file
    zsh: permission denied: c-file

    who-mount@my-desktop:~% cat d-file
    cat: d-file: Permission denied
    who-mount@my-desktop:~% echo hello > d-file
    zsh: permission denied: d-file
  1. साझा फ़ाइलों / फ़ोल्डरों के uid / gid हमेशा होते हैं who-mount:whose-group
  2. साझा सर्वर पर अनुमति बिट समान हैं a-server
  3. सर्वर यहाँ के who-mountरूप में व्यवहार करता है known-user:known-group( known-groupडिफ़ॉल्ट समूह है know-user)

एक सुझाव है कि MacOS के लिए फ्यूज का उपयोग किया जाए । यह -oध्वज के साथ कस्टम यूआईडी / जीआईडी ​​और अनुमति बिट्स विकल्प प्रदान करता है ; Find ड्राइव और अलर्ट की अनुमति देता है जो bindfs की जाँच करें । बाइंडफ़ेट्स के साथ, आप जिस तरह से उल्लेख किया गया है, उसमें smb ड्राइव को माउंट करने के बाद अनुमति प्राप्त smb ड्राइव माउंट कर सकते हैं।

लेकिन, मुझे लगता है, सबसे अच्छा प्रत्येक उपयोगकर्ता के पास खुद की साझा ड्राइव है।


-1

मेरे पास एक सवाल है जो एक उत्तर हो सकता है ...
आप सिस्टम वरीयताओं में "साझाकरण" का उपयोग क्यों नहीं करते हैं?
फिर आप फ़ाइल शेयरिंग का चयन करें, फ़ोल्डर्स और उपयोगकर्ताओं को सेट करें और "विकल्प" बटन के तहत आपको एसएमबी मिलेगा।
यह चाल और CLI के साथ की तुलना में बहुत आसान करना चाहिए।


सुनिश्चित नहीं हैं कि यह मेरे उपयोग के मामले को कवर करता है। विचार यह है कि प्रत्येक उपयोगकर्ता के लिए ओएस स्टार्टअप पर शेयर को माउंट करने की आवश्यकता है। लेकिन मैं इसे
आज़माऊंगा

ठीक है तो "साझा करना" मैक से दूसरों के लिए एक फ़ोल्डर साझा करता है। मैं जो हासिल कर रहा हूं वह विपरीत है। मैं अपने मैक पर मौजूदा नेटवर्क शेयर को माउंट करने की कोशिश कर रहा हूं।
रिटिस I

सब ठीक है, तो आप लिनक्स से एक फ़ोल्डर साझा करना चाहते हैं? कोरी, मैं गलत दिशा में देख रहा था ^ _ ^ मैंने एक डेबियन सिस्टम पर भी ऐसा किया। मैं बहुत आलसी हो सकता हूं, लेकिन सीएलआई के बजाय मैंने एक फ़ोल्डर पर साझाकरण को सक्रिय करने के लिए सूक्ति वरीयता पैनल का उपयोग किया।
मार्क ऑगियर
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.