मैं लिनक्स फ़ाइल सर्वर पर नई फ़ाइलों / फ़ोल्डरों के लिए विशिष्ट अनुमतियों को कैसे लागू करूं?

Question

मैं उबंटू 9.10 (फ़ाइल सर्वर) की अपनी स्थापना और इसकी सांबा अनुमतियों के साथ एक समस्या रख रहा हूं। लॉग इन करना और पढ़ना ठीक काम करता है। हालांकि, उपयोगकर्ताओं द्वारा नई निर्देशिकाओं का निर्माण अन्य उपयोगकर्ताओं के लिए उपयोग को प्रतिबंधित करता है। उदाहरण के लिए, यदि बॉब (विंडोज़ उपयोगकर्ता जो ड्राइव को मैप करता है) डायरेक्टरी में एक फ़ोल्डर बनाता है, जेन (मैक उपयोगकर्ता जो केवल एसएमएस mounts) इसे पढ़ सकता है, लेकिन इसे लिख नहीं सकता है - और इसके विपरीत। फिर मुझे CHMOD 777 पर जाना चाहिए ताकि सभी लोग खुश रहें। मैंने smb.conf फ़ाइल में "create / directory मास्क", और "बल" विकल्पों को संपादित करने की कोशिश की है, लेकिन यह मदद के लिए प्रतीत नहीं होता है।

मैं एक पुनरावर्ती chmod दिनचर्या CRONTABing का सहारा लेने वाला हूं, हालांकि मुझे यकीन है कि यह ठीक नहीं है। मुझे हमेशा 777 में सभी नए आइटम कैसे मिलते हैं? किसी को भी कभी भी इस स्थिति को ठीक करने के लिए कोई सुझाव है?

श्रेष्ठ

Comments

उपयोगकर्ता समूह और अन्य मूल अनुमतियाँ, 777 chmod मत।

— वार्नर

Answer 1

मैं आमतौर पर शेयरों पर अनुमतियों और समूहों के प्रबंधन के लिए एसएएमबीए की मूल कार्यक्षमता का उपयोग करता हूं। उदाहरण के लिए..

force user=user1
force group=sharedgroup
create mask=775

आप इन सेटिंग्स को शेयर के तहत निर्दिष्ट करेंगे। SAMBA को कॉन्फ़िगरेशन परिवर्तन के बाद पुनः लोड करना सुनिश्चित करें, जो कि init स्क्रिप्ट के माध्यम से किया जा सकता है।

Comments

फिर भी पोस्ट कहता है कि उसने ऐसा किया और यह काम नहीं किया ....

— मिस्टी

फिर उसने गलत किया। यह काम करता हैं।

— वार्नर

मुझे यकीन नहीं है कि क्या हो रहा है मैंने इसे बिना किसी लाभ के वेबिन के माध्यम से मैन्युअल रूप से आज़माया है। शायद मेरे समूह का समूह विकल्प गलत है? मैंने "उपयोगकर्ता" के साथ-साथ विभिन्न मैन्युअल रूप से बनाए गए समूहों का उपयोग करने की कोशिश की है, जिनमें से सभी को सदस्य बनाया गया है। इसके बावजूद कि मैं क्या करता हूं, उपयोगकर्ता कुछ भी हेरफेर नहीं कर सकते हैं जो उन्होंने खुद को जगह नहीं दी। एकमात्र "समाधान" के लिए सभी उपयोगकर्ताओं को लॉग इन (या माउंट) गाइड के रूप में करना है जो भ्रम पैदा करता है।

— विनम्र_कोडर

SAMBA कॉन्फ़िगरेशन के भीतर फाइल सिस्टम अनुमतियों और सेटिंग्स के संयोजन का उपयोग करता है। यदि उपयोगकर्ता write listसाझा कॉन्फ़िगरेशन में लिखने के लिए या अन्यथा अनुमति नहीं देते हैं, तो यह काम नहीं करेगा। यदि SAMBA पर चलने वाला उपयोगकर्ता निर्देशिकाओं तक पहुंचने में असमर्थ है, तो यह काम नहीं करेगा। उपयोगकर्ता उपयुक्त समूह के सदस्य होने चाहिए, निर्देशिका और फाइलें उस समूह के स्वामित्व में होनी चाहिए, और समूह के लिए उपयुक्त बिट सेट होना चाहिए। आप साम्बा लॉग भी चेक कर सकते हैं।

— वार्नर

मैं इसके लिए लंबे समय से देख रहा हूँ! धन्यवाद! :) यह उम्मीद के मुताबिक काम कर रहा है।

— नागी

Answer 2

2777 होने के लिए निर्देशिका पर अनुमतियाँ सेट करें, जैसे:

chmod 2777 /shared/dir

यह 777 में इस मामले में शीर्ष निर्देशिका की अनुमति प्राप्त करने के लिए '/ साझा / dir' निर्देशिका के तहत सभी फ़ाइलों और फ़ोल्डरों का कारण बनता है।

बाद में, यह सुनिश्चित करने के लिए कि सभी फ़ाइलों की उचित अनुमति है:

chmod -R 777 /shared/dir

Comments

एकमात्र ऐसी स्थिति के बारे में जहां सार्वजनिक रूप से स्वीकार्य है, साथ है /tmp।

— वॉर्नर

हाँ, शायद स्थिति के आधार पर 774 या 770 का उपयोग करना बेहतर होगा। लेकिन, उन्होंने पूछा कि उन सभी को '777' कैसे बनाया जाए, इसलिए मैंने अपने उदाहरण में इसका इस्तेमाल किया।

— मिस्टीरी जूल

हां, लेकिन मैं यह कैसे सुनिश्चित करूं कि नेटवर्क पर उस निर्देशिका में कॉपी की गई सभी भविष्य की फाइलें अपनी प्रारंभिक अनुमतियों की परवाह किए बिना एक ही अनुमतियां प्राप्त करें? मैन्युअल रूप से इसे करने पर मुझे कोई समस्या नहीं है, मैं बस इसे स्वचालित चाहता हूं।

— विनम्र_कोडर

यह काम नहीं करता। फ़ोल्डरों के लिए सेटगेज ध्वज नई फ़ाइलों और फ़ोल्डरों के समूह को सेट करता है, अनुमतियाँ नहीं, और हर समय चामोद चलाना स्वीकार्य नहीं है। मुझे एक समाधान की आवश्यकता है जो कि सांबा से संबंधित नहीं है, लिनक्स पर स्टीम के लिए ताकि मैं उपयोगकर्ताओं के बीच पुस्तकालय साझा कर सकूं।

— सैम वाटकिंस

Answer 3

मुझे लगता है कि यह एक पुराना सवाल है लेकिन मेरा हाल ही में इसी तरह का एक मुद्दा था और यहाँ मैंने इसे हल कैसे किया:

[साझा करें]
सुरक्षा मास्क = 0770
मास्क बनाएं = 0770
बल बनाएँ मोड = 0660
टिप्पणी = आईटी के लिए सांबा शेयर
पथ = / छापा / हिस्सा
भौचक्का = हाँ
अतिथि ठीक = नहीं
सूची लिखें = root, @ "DOMAIN + it_nfs"
बल समूह = DOMAIN + it_nfs

यह सुनिश्चित करता है कि उपयोगकर्ताओं को AD में "it_nfs" सुरक्षा समूह में होना है, सभी फाइलें समूह "it_nfs" के साथ लिखी जाएंगी और सभी फाइलें कम से कम 0660 और अधिकतम 0770 परमिट के साथ लिखी जाएंगी। समूह आईडी के लिए मजबूर करना सुनिश्चित करता है कि उस समूह में कोई भी शेयर पर फ़ाइलों को पढ़ / लिख सकता है। अन्यथा आप उन स्थितियों के साथ समाप्त होते हैं जहां एक फाइल को बॉब: बॉब के रूप में चार्ली द्वारा नहीं लिखा जा सकता है: चार्ली, भले ही वे दोनों "it_nfs" में हों।

Answer 4

स्वीकृत उत्तर की टिप्पणियों से, यह वास्तव में ओपी की समस्या को हल नहीं करता था, और न ही अन्य उत्तर, अगर ओपी के समान समस्या थी, जैसा कि मैंने किया था:

NTFS / FAT पार्टीशन पर शेयर होने से।

अपने पारिवारिक एल्बम साझा करने के लिए NAS पर अपनी डेस्कटॉप डिस्क को प्लग करते समय यह याद रखें: उपयोगकर्ता, समूह, मोड बनाने आदि के लिए fs माउंट पैरामेस जो सांबा के लिए कॉन्फ़िगर किया गया है, ओवरराइड करें! ;)

(जैसे मेरे मामले में, smb.confसब कुछ की परवाह किए बिना root, NTFS फ्यूज माउंट के लिए 777fstab के अनुसार - द्वारा बनाया गया था defaults...)