2012-01-04 42 views
6

ठीक है, मैं इस सामान पर गंभीरता से उलझन में हूं, इसलिए वास्तव में वर्णनात्मक उत्तरों की सराहना की जाएगी, खासकर यदि वे इस पूरे बढ़ते सामान को कम जादुई और अधिक अनुमानित बनाते हैं।एनएफएस नेटवर्क माउंट: मालिक को विशिष्ट खाते

मैं सीआईएफ के मुकाबले बेहतर प्रदर्शन पाने के लिए अपने ड्रोबो-एफएस NAS को एनएफएस के साथ माउंट करने की कोशिश कर रहा हूं।

ड्रोबो लिनक्स वितरण के नीचे कुछ छंटनी चला रहा है।

# Mount Drobo 
192.168.1.100:/mnt/DroboFS/Shares/public /media/drobonfs nfs rw,soft,proto=tcp,users 0 0 

मैं drobo और ssh माध्यम से पहुंच पर स्थापित unfsd है

अंदर/etc/क्लाइंट मशीन (192.168.1.150 आईपी साथ Ubuntu) पर fstab। यह निर्यात सर्वर मशीन (आईपी 192.168.1.100 साथ Drobo-एफएस) पर फ़ाइल है:

# Allow access for client machine 
/mnt/DroboFS/Shares 192.168.1.150(rw,no_root_squash) 

बढ़ते, ठीक काम करता है, सिवाय इसके कि घुड़सवार फ़ाइलें सभी फाइल अनुमति 744 करने के लिए सेट से अधिकांश के साथ जड़ के स्वामित्व में हैं क्लाइंट पर माउंट में दिखाए गए फ़ाइल अनुमतियां सर्वर पर वास्तविक अनुमतियों से मेल खाते हैं। उदाहरण के लिए: हर आदेश के सामने

client$ sudo chmod 123 /media/drobonfs/somefile 
client$ ls -l /media/drobonfs/somefile 
---x-w--wx 1 root root 0 2012-01-04 14:15 /media/drobonfs/somefile 

drobo$ ls -l /mnt/DroboFS/Shares/public/somefile 
---x-w--wx 1 root  root   0 Jan 4 14:15 /mnt/DroboFS/Shares/public/somefile 

लेखन sudo एक खींचें और मैं समझता हूँ कि क्या हो रहा है चाहता हूँ, तो क्या मैं मालिक/समूह के लिए सेट के साथ क्लाइंट मशीन पर यह माउंट करने के लिए क्या कर सकते हैं मेरे रूट की बजाय खाता?

उत्तर

1

लगता है जैसे इस Drobo पर निर्यात में काम करना चाहिए:

/MNT/DroboFS/शेयरों 192.168.1.150 (आरडब्ल्यू, all_squash, anonuid = NNN)

जहां NNN पर अपने संख्यात्मक प्रयोक्ता आईडी है ग्राहक।

+0

दुख की बात नहीं, यह काम नहीं किया। यह अभी भी आरोहित है, लेकिन मालिक/समूह अभी भी रूट करने के लिए सेट थे। – Matthew

0

बदलें /etc/निर्यात रहे हैं:

/mnt/DroboFS/Shares 192.168.1.150(rw,insecure) 

और फिर, एनएफएस सर्वर पर, चलाएँ:

$ sudo exportfs -a 

अब जब आप पर गैर-रूट उपयोगकर्ता के रूप में निर्देशिका माउंट एनएफएस क्लाइंट यह उचित मालिक और समूह के साथ माउंट करेगा।

+1

विकल्प 'असुरक्षित' सहायता क्यों चाहिए ...? –

4

जब कोई शेयर आरोहित होता है तो मेजबान सिस्टम के उपयोगकर्ता आईडी (यूआईडी) को क्लाइंट के उपयोगकर्ता आईडी (यूआईडी) पर मैप किया जाता है।

क्लाइंट पर मैप किए गए उपयोगकर्ता (उपयोगकर्ता आईडी पर आधारित) घुड़सवार हिस्से का मालिक बन जाएगा।

आपकी समस्या इसलिए होती है क्योंकि होस्ट अन्य यूआईडी क्लाइंट का उपयोग करता है।

आप एक /etc/nfs.map फ़ाइल को परिभाषित करते हुए यह हल कर सकते हैं:

/etc/nfs.map

इस तरह दिखेगा:

# remote local gid 500 1000 # drobo client uid 500 2003 # drobo client

तो जब एनएफएस का उपयोग कर आप बनाने की जरूरत है सुनिश्चित करें कि होस्ट और क्लाइंट पर उपयोगकर्ताओं के बीच यूआईडी/जीआईडी ​​मिलान है। कृपया यह भी निम्न लेख पढ़ें: हल करने के लिए इस समस्या को दोनों सिस्टम पर इस /etc/passwd फ़ाइल पर देख कर दोनों मेजबान और क्लाइंट सिस्टम पर यूआईडी का विचार कर रही है http://www.kernelcrash.com/blog/nfs-uidgid-mapping/2007/09/10/

एक और शानदार तरीका।

या लिखकर:

usermod -u 10000 tom 

गुड लक:

id tom 

साथ परिवर्तन यूआईडी!

+0

map_static जो nfs.map को सेट करने के लिए है, डिफ़ॉल्ट रूप से स्थापित nfs-server के साथ केंद्र 7 x86_64 पर मान्यता प्राप्त नहीं है। 'अज्ञात कीवर्ड" map_static =/etc/nfs.map "' –

+0

सर्वर और क्लाइंट के लिए यूआईडी/जीआईडी ​​नंबर बदलने के लिए यूआईडी/जीआईडी ​​बदलना मेरे लिए काम करता है। [Linux बदलते-UIDs और GIDs के लिए उपयोगकर्ता] (https://muffinresearch.co.uk/linux-changing-uids-and-gids-for-user/) –

 संबंधित मुद्दे

  • कोई संबंधित समस्या नहीं^_^