Zfs: NFS/POSIX ACL सपोर्ट

दुर्भाग्य से चीजें पहले की तुलना में थोड़ी पेचीदा हैं।

आंतरिक रूप से ZFS NFS शैली ACL का पूर्ण समर्थन और प्रवर्तन करता है। दुर्भाग्य से, लिनक्स के तहत मौजूदा उपकरण केवल पॉज़िक्स स्टाइल एसीएल में हेरफेर करते हैं। रिच-एसीएल नाम से एनएफएस एसीएल मॉडल को लिनक्स में लाने के लिए कुछ काम किया गया है। नई रिच-एसीएल उपकरण श्रृंखला के साथ एकीकृत करने के लिए ZFS को एक वर्चुअल सिस्टम प्रदान करने की आवश्यकता है। Richacl xattr इंटरफ़ेस। यह xattr अन्य xattrs की तरह संग्रहीत नहीं किया जाएगा बल्कि इसके बजाय zfs_getacl() और zfs_setacl() के साथ एकीकृत होगा। यह xattr हुक xattr के लिए बाइट्स की एक रेखीय धारा में और उससे एक vsecattr_t का अनुवाद करने के लिए जिम्मेदार होगा।

Posix ACL को कुछ हुक जोड़कर और मौजूदा Posix ACL समर्थन कार्यों का लाभ उठाकर आसानी से समर्थित किया जा सकता है। हालांकि, यह सबसे अच्छा हो सकता है कि पॉज़िक्स और रिच एसीएल (एनएफएस/जेडएफएस) के बीच सुसंगतता के मुद्दों से बचने के लिए उन्हें लागू नहीं किया जाए।

विवरण के लिए धन्यवाद। मुझे लगता है कि POSIX ACL भी मददगार हो सकता है अगर कुछ ऐसे एप्लिकेशन हैं जिनमें POSIX ACLs सपोर्ट है। जैसा कि मुझे याद है सांबा में कुछ ऐसा ही है। rsync में ACL समर्थन है, लेकिन मुझे यकीन नहीं है कि यह केवल POSIX है, क्योंकि आदमी सिर्फ "ACL" कहता है। अन्य एप्लिकेशन के बारे में नहीं जानते।
मैं सिर्फ इतना कहना चाहता हूं कि वे अन्य एसीएल की मौजूदगी में भी बेकार नहीं हैं। और भविष्य में इसे लागू करने पर विचार किया जा सकता है।

आवश्यक कार्य का सारांश

आंतरिक रूप से ZFS NFS शैली ACL का पूर्ण समर्थन और प्रवर्तन करता है। दुर्भाग्य से, लिनक्स के तहत मौजूदा उपकरण केवल पॉज़िक्स स्टाइल एसीएल में हेरफेर करते हैं। रिच-एसीएल (पीडीएफ) नाम से एनएफएस एसीएल मॉडल को लिनक्स में लाने के लिए कुछ काम किया गया है। नई रिच-एसीएल उपकरण श्रृंखला के साथ एकीकृत करने के लिए ZFS को एक वर्चुअल सिस्टम प्रदान करने की आवश्यकता है। Richacl xattr इंटरफ़ेस। यह xattr अन्य xattrs की तरह संग्रहीत नहीं किया जाएगा बल्कि इसके बजाय zfs_getacl() और zfs_setacl() के साथ एकीकृत होगा। यह xattr हुक xattr के लिए बाइट्स की एक रेखीय धारा में और उससे एक vsecattr_t का अनुवाद करने के लिए जिम्मेदार होगा।

Posix ACL को कुछ हुक जोड़कर और मौजूदा Posix ACL समर्थन कार्यों का लाभ उठाकर आसानी से समर्थित किया जा सकता है। हालांकि, यह सबसे अच्छा हो सकता है कि पॉज़िक्स और रिच एसीएल (एनएफएस/जेडएफएस) के बीच सुसंगतता के मुद्दों से बचने के लिए उन्हें लागू नहीं किया जाए।

माउंट विकल्प/फाइल-सिस्टम संपत्ति के बारे में क्या सुरक्षा मॉडल को लागू किया जाना है? (और हो सकता है कि दूसरा पूरी तरह से प्रबंधन टूल से भी छिपा हो, जैसे कि सेटफैक्ल/गेटफैक्ल)।
Linux की दुनिया में Rich-ACL लगभग अप्रयुक्त हैं। Posix ACL का अधिक उपयोग किया जाता है। मेरे विशिष्ट विन्यास में, फाइल सिस्टम के लिए एसीएल की अनुपस्थिति एक शोस्टॉपर है।
मुझे लगता है कि इस तरह से हम बहुत कम समय में एक कार्यशील ACL कार्यान्वयन (Posix) प्राप्त कर सकते हैं।

मैं भी, लिनक्स पर ZFS में एकीकृत POSIX ACL समर्थन देखना चाहूंगा। Linux POSIX है, और जब तक RichACLs अधिक मुख्यधारा (या कम से कम कर्नेल में) हैं, मुझे लगता है कि Linux पर ZFS में POSIX एकीकरण समझ में आता है।

मुझे इसमें शामिल देखना अच्छा लगेगा! हमारे लिए लगभग एक शोस्टॉपर था, लेकिन कुछ महीनों तक बिना रहने का फैसला किया।

जब एसीएल को सफाई से संभाला जाता है तो हमें यह सुनिश्चित करना चाहिए कि निम्नलिखित पैच को फिर से शुरू करने के लिए aclmode संपत्ति का विलय हो जाए। Illumos और FreeBSD कार्यान्वयन में यह परिवर्तन पहले ही किया जा चुका है।

अंक #742: ZFS "aclmode" गुण को फिर से जीवित करें
https://www.illumos.org/issues/742
https://github.com/illumos/illumos-gate/commit/a3c49ce110f325a563c245bedc4d533adddb7211

Posix < -> NFSv4 ACL को मैप करना संभव है।
IETF के पास उस मैपिंग के बारे में एक मसौदा है: http://tools.ietf.org/id/draft-ietf-nfsv4-acl-mapping-03.txt
लेकिन यह केवल स्पष्ट रूप से Posix => NFSv4 (यूनिडायरेक्शनल) निर्दिष्ट करता है।

मुझे लगता है कि मानचित्रण दृष्टिकोण सैद्धांतिक रूप से सबसे अच्छा है, लेकिन यह दूसरों की तुलना में अधिक त्रुटि-प्रवण है क्योंकि 1:1 मानचित्रण संभव नहीं है।
हमेशा ऐसे कोने के मामले होंगे जिनमें एक उपयोगकर्ता को अस्वीकार कर दिया जाता है (या बदतर, दिया गया) एक विशेषाधिकार जिसे अस्वीकार करने का मतलब नहीं है (या इससे भी बदतर, दिया गया)।
कम से कम इसे "बड़ी मोटी चेतावनी" के साथ आना चाहिए।
लेकिन _सुरक्षा_ विशेषता का होना बुद्धिमानी नहीं है जो _मस्ट_ अनुमान लगाती है कि उसे क्या करना चाहिए।
प्रस्ताव: "इक्विवोकल" पर NFSv4 acl कर्नेल लॉग पर किसी भी एक्सेस और प्रिंट त्रुटि की अनुमति नहीं देता है।
उस प्रस्ताव के बारे में समस्या: स्नैपशॉट को मैन्युअल रूप से ठीक नहीं किया जा सकता है।
उन्हें स्थापित करने के लिए यह कोई समस्या नहीं होनी चाहिए, क्योंकि इसे पॉज़िक्स एसीएल के लिए "विषम" ऑन-डिस्क-प्रारूप के रूप में देखा जा सकता है।
NFSv4 ACL का अधिक विन्यास योग्य वंशानुक्रम हल करने के लिए समस्याओं का एक और सेट बनाता है।

मुझे लगता है कि इस कार्यान्वयन के लिए पहला कदम यह होना चाहिए:

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

क्रमिक चरणों में, मैपिंग लॉजिक NFSv4 => Posix को ट्यून किया जा सकता है और बहुत अधिक अनुकूलन योग्य बनाया जा सकता है।

कोई बेहतर विचार?

यह मेरे लिए एक उचित शुरुआत की तरह लगता है, बस कुछ टिप्पणियाँ।

जबकि एक परिपूर्ण 1:1 मैपिंग संभव नहीं है, चीजें वास्तव में इतनी खराब नहीं हैं। जैसा कि आप इंगित करते हैं कि एक अच्छी तरह से निर्दिष्ट आईईटीएफ पॉज़िक्स -> एनएफएसवी 4 मैपिंग है जिसका उपयोग डिस्क पर सही एसीएल सेट करने के लिए किया जा सकता है। एक बार डिस्क पर SA के रूप में सेट हो जाने पर मौजूदा zfs कार्यान्वयन को VFS में जेनेरिक Linux ACL हुक से स्वतंत्र रूप से लागू करना शुरू कर देना चाहिए।

फिर आपको निश्चित रूप से ACL को पढ़ने के लिए कुछ उचित NFSv4 -> Posix मैपिंग लागू करने की आवश्यकता होगी। हालाँकि, इसका उचित कार्यान्वयन पहले से मौजूद है। मामले में लिनक्स एनएफएस कर्नेल सर्वर जो अपने सभी एनएफएसवी 4 एसीएल को पॉज़िक्स एसीएल के रूप में स्टोर करने के लिए मजबूर है जो एक हानिकारक ऑपरेशन है। एक तरफ के रूप में, लंबे समय में कच्चे nfsv4/zfs ACL को उजागर करना nfs कर्नेल सर्वर के लिए एक अच्छी बात होगी। आप संभावित रूप से व्यर्थ NFSv4 -> Posix -> NFSv4 रूपांतरण से बच सकते हैं।

अंत में, हम यह सत्यापित करने के लिए एक परीक्षण सूट चाहते हैं कि हमें यह अधिकार मिला है। आखिर यह एक सुरक्षा फीचर है। खुशी की बात है कि यह मेरी समझ है कि कई अच्छे परीक्षण सूट पहले से मौजूद हैं।

ग्रेग बैंक्स द्वारा किए गए पिछले काम पर अनीश कुमार, एंड्रियास ग्रुएनबैकर द्वारा अमीरों पर काम चल रहा है। 3.1 मेनलाइन मर्जर के लिए पैच सबमिट किए गए थे, लेकिन कुछ बदलावों के कारण इसमें समय लगेगा और अगली रिलीज में मर्ज हो जाएगा।
पैच के लिए लिंक: - https://lkml.org/lkml/2011/10/18/279

एक बार जब यह मेनलाइन पर पहुंच जाता है, तो हम ZFS के लिए nfsv4acls को सपोर्ट करने के लिए इनका उपयोग कर सकते हैं।

एक बार जब यह मेनलाइन पर पहुंच जाता है, तो हम ZFS के लिए nfsv4acls को सपोर्ट करने के लिए इनका उपयोग कर सकते हैं।

और पॉज़िक्स एसीएल के बारे में क्या? ब्रायन ने कहा कि xattr के लिए उन्हें लागू करना इतना कठिन नहीं है। क्या यह भी किसी के द्वारा किया जा सकता है। :)

ZFS nfsv4acls का समर्थन करता है, इसलिए IMHO हमें पहले nfsv4acls के लिए समर्थन देना चाहिए और देखना चाहिए कि क्या पॉज़िक्स एसीएल की वास्तव में आवश्यकता है। यदि हाँ तो हम उनके बीच मानचित्रण को परिभाषित करने का तरीका समझ सकते हैं।

मुझे कोई कारण नहीं दिखता कि दोनों क्यों नहीं किए जा सकते। Maxximino वर्तमान में एक अच्छी तरह से प्रलेखित अनुवाद के माध्यम से system.posixacl xattr इंटरफ़ेस का समर्थन करने पर काम कर रहा है। system.richacl xattr इंटरफ़ेस को जोड़ना तब समर्थित हो सकता है जब इसकी एकीकृत और वास्तविक उपकरण श्रृंखला उपलब्ध हो।

अकादमिक के रूप में "वर्तमान में काम करना" और काम से संबंधित कार्य मुझे अनुमति देते हैं, लेकिन "खाली" समय के लिए उच्च प्राथमिकता में।
मैंने पहले ही IllumOs CDDL लाइसेंसशुदा कोड को देखा है और कुछ कोड पाया है जो NFSv4 <-> posix acl अनुवाद करता है। शुद्धता की दृष्टि से यह एक ठोस आधार होना चाहिए। अनुरोध पर विवरण।

मुझे पता है कि एसीएल को प्रबंधित करने के लिए सोलारिस सिर्फ chmod की दो प्रतियां प्रदान करता है। दुर्भाग्य से, यह बहुत ही अजीब और भद्दा है। मेरा प्रस्ताव है कि हम linux पर zfs पर ACL देखने और संशोधन की सुविधा प्रदान करने के लिए एक सहायक प्रोग्राम, setzacl, getzacl या समान का उपयोग करें। अधिमानतः, इंटरफ़ेस को सोलारिस चामोद के समान (या संगत) बनाया जाना चाहिए, संभवतः सुधार हुआ है, लेकिन दोनों zfs linux कार्यान्वयन में मानकीकृत है, और अधिमानतः "nfs4" acls के साथ भविष्य के फाइल सिस्टम को संभालने में सक्षम है। (यदि कोई समझा सकता है कि उन्हें nfs4 ACL क्यों कहा जाता है, तो यह भी एक बड़ी मदद होगी!)

मैं जोड़ूंगा कि सांबा उपयोगकर्ता nfs4 ACL के साथ रहना पसंद कर सकते हैं, कम से कम नहीं क्योंकि वे फीचर द्वारा विंडोज NTFS ACLs फीचर से मेल खाने के सबसे करीब आते हैं। यह तब मायने रखता है जब आप एक सक्रिय निर्देशिका वातावरण में उपयोगकर्ताओं के घर और प्रोफ़ाइल फ़ोल्डर के लिए एक सर्वर के रूप में सांबा का उपयोग करना चाहते हैं, जहां विंडोज के नए संस्करण विशिष्ट एसीएल की जांच करते हैं। इसके अलावा, विंडोज़ इंटरऑप सूर्य के दिनों में ZFS के लिए डिज़ाइन लक्ष्यों में से एक था, इसलिए इसे जाते हुए देखना दुखद होगा ...

उस ने कहा, मैं POSIX अनुपालन के लिए ड्राइव को पूरी तरह से समझता हूं।

aarcane - NFSv4 ACL के इतिहास के लिए http://wiki.linux-nfs.org/wiki/index.php/ACLs देखें।

मैं इस समय सांबा 4 डीसी और जेडएफएस सीआईएफएस शेयर के साथ प्रयोग कर रहा हूं; आधार प्रणाली उबंटू 12.04 है।

XP प्रो SP3 क्लाइंट सक्रिय निर्देशिका (उपयोगकर्ता और कंप्यूटर) को देख और प्रशासित कर सकते हैं और EXT4 से साझा किए गए फ़ोल्डरों पर NTFS अनुमतियों को ठीक से सेट कर सकते हैं।

जैसे ही आप XP gui के माध्यम से उनकी अनुमतियों को बदलते हैं, ZFS से साझा किए गए फ़ोल्डर CIFS के माध्यम से ब्राउज़ करने योग्य नहीं हो जाते हैं (हालाँकि आप अभी भी उन तक पहुँच सकते हैं - जैसा कि अपेक्षित था - सर्वर की कमांड लाइन से)।

मुझे लगता है कि यह उपरोक्त सूत्र में उल्लिखित समस्याओं का परिणाम है? किसी भी कामकाज के विचारों को कृतज्ञतापूर्वक प्राप्त किया जाएगा।

सांबा 4 के माध्यम से पूर्ण NTFS ACL व्यवस्थापक को सक्षम करना ZFS के लिए एक बड़ा बोनस होगा।

क्या आप कृपया अपनी समस्या के बारे में अधिक जानकारी पोस्ट कर सकते हैं? सटीक Samba4 संस्करण, आप किस फाइलसर्वर का उपयोग कर रहे हैं (smbd या ntvfs) और कोई प्रासंगिक सेटिंग्स? (उदाहरण के लिए आप vfs_acl_xattr या कुछ इसी तरह का उपयोग कर रहे हैं?)
हो सकता है कि एक और मुद्दा खोलें, अगर वही सांबा 4 कॉन्फ़िगरेशन "एसीएल" विकल्प के बिना घुड़सवार extY पर काम करता है।

सांबा के माध्यम से वास्तविक एनएफएसवी4 (एनटीएफएस-जैसे) एसीएल के हेरफेर के बारे में, यह "रिच एसीएल" पैच को कर्नेल में विलय करने के बाद ही _स्वच्छ तरीके से_ किया जा सकता है।

धन्यवाद मैक्सिमिनो।
मैं सांबा 4.0.0 अल्फा19 का उपयोग कर रहा हूं।
मैं केवल ntvfs (sudo /usr/local/samba/sbin/samba -i -M सिंगल) के साथ सर्वर फाइलों का प्रयास कर रहा हूं - जो ext4 से netlogon और sysvol शेयरों की सेवा करता है और मेरे zfs ड्राइव की एक प्रतिबिंबित जोड़ी से aclinherit = के साथ साझा करता है पासथ्रू सेट।
कोई vfs_acl_xattr मॉड्यूल उपयोग में नहीं है।

"सांबा के माध्यम से वास्तविक एनएफएसवी4 (एनटीएफएस-जैसे) एसीएल के हेरफेर के बारे में, यह "रिच एसीएल" पैच को कर्नेल में विलय करने के बाद ही साफ तरीके से किया जा सकता है।"

जहां तक ​​​​मैं मामलों को समझता हूं, आधिकारिक रिचक्ल पैच केवल EXT4 का समर्थन करते हैं - क्या आप कह रहे हैं कि अगर मैं उदाहरण के लिए ओपनयूज (डिफ़ॉल्ट रूप से शामिल रिचक्ल के साथ) का उपयोग करता हूं या उबंटू/डेबियन में पैच रिचक्ल्स, zfs+samba4+ntfs acls को "बस काम करना शुरू करना चाहिए "?

मैंने आपकी समस्या का पुनरुत्पादन किया है।
आप स्पष्ट रूप से vfs_acl_xattr का उपयोग नहीं कर रहे हैं, लेकिन Samba4 वही काम "चुपचाप" कर रहा है। यह उसके ACL को "security.NTACL" नामक xattr में सहेजता है (जिसे आप getfattr -n security.NTACL $FILENAME के ​​साथ देख सकते हैं; और setfattr -x security.NTACL $FILENAME के ​​साथ हटा सकते हैं)।
उस विशेषता को केवल सांबा द्वारा माना जाता है, zfs/linux कर्नेल में किसी भी चीज़ द्वारा नहीं। चूंकि एक साधारण पर्ल प्रोग्राम जो /dev/urandom से zfs में xattrs में मूल्यों को सहेजता है, उन्हें बिना किसी बाधा के वापस पढ़ सकता है, मुझे वास्तव में लगता है कि यह एक सांबा 4 समस्या है।
समस्या केवल zfs PROBABLY पर दिखाई देती है क्योंकि अन्य fs पर यह xattrs का उपयोग करने के बजाय Posix ACL पर अपने ACL को मैप कर सकता है।

नहीं, केवल एक कर्नेल को समृद्ध acl पैच के साथ पैच करना पर्याप्त नहीं है। जब वे पैच मेनलाइन पर उतरते हैं, तो zfs में समृद्ध एसीएल समर्थन को एकीकृत करना शुरू करना संभव है।

मैं अभी Suse पर Samba 4 बना रहा हूँ; मुझे लगता है कि मैं आपके प्रजनन को एक अलग कोण से पुन: पेश करने वाला था।
मुझे दर्द से बचाया।

शायद एक उचित (अल्पकालिक) समाधान एक स्थिर सांबा 3 वातावरण के माध्यम से zfs से फाइलों की सेवा करना होगा, उदाहरण के लिए एक अलग लिनक्स-वीएसवर में एक सांबा 4 डीसी के खिलाफ प्रमाणीकरण करना?

मध्यम अवधि में, ZFS-आधारित CIFS शेयरों को सांबा 4 AD के साथ संयुक्त रूप से एक Linux OS पर आधारित उत्कृष्ट जेनेरिक हार्डवेयर समर्थन _in एक ही मशीन_ के साथ रखने की उपयोगिता को अधिक जोर नहीं दिया जा सकता है। लघु व्यवसाय / गैर-लाभकारी अनुप्रयोग बहुत बड़े हैं।

अब तक के सभी कामों के लिए धन्यवाद।

मैं निम्नलिखित धागे पर ठोकर खाई:
https://lists.samba.org/archive/samba/2012-August/168660.html

सारांश यह है कि सांबा 4 में vfs_zfsacl नामक एक acl मॉड्यूल है, जिसका उपयोग सोलारिस पर किया जाता है, ताकि सांबा देशी ZFS acls का उपयोग कर सके। क्या इस मॉड्यूल का उपयोग zfsonlinux के साथ करना संभव होगा? क्या आवश्यक एपीआई लिनक्स पर उपयोगकर्ता स्थान के लिए उपलब्ध कराए गए हैं?

@kisg यह एक अच्छा प्रश्न है, यह पहली बार है जब मैंने सांबा के लिए vfs_zfsacl मॉड्यूल के बारे में सुना है। कुछ लोगों को यह निर्धारित करने के लिए कुछ लेगवर्क करने की आवश्यकता होगी कि वे किस इंटरफ़ेस की अपेक्षा कर रहे हैं। यह क्या है इसके आधार पर हम इसे प्रदान करने में सक्षम हो सकते हैं। यद्यपि यदि कोई अनुवाद नहीं किया जाता है तो भी आपके पास Linux बॉक्स पर ACL को प्रबंधित करने में सक्षम नहीं होने का मुद्दा होगा।

मैंने स्रोत में एक त्वरित नज़र डाली।
आप यहाँ vfs_zfsacl.c का सांबा v4-0-स्थिर शाखा संस्करण पा सकते हैं: git.samba.org ।

यह केवल आंतरिक सांबा प्रतिनिधित्व से देशी SunOS NFSv4 acl/facl API में परिवर्तित होता है। यह एपीआई अपने स्वयं के NFSv4 acl कार्यान्वयन के आसपास एक पतले उपयोगकर्ता-स्थान आवरण का उपयोग करके FreeBSD पर भी लागू किया गया है।

इस विश्लेषण के आधार पर, हम इस कार्यान्वयन को Linux पर पुन: उपयोग नहीं कर सकते हैं। इसके बजाय, यदि zfsonlinux का रिचैकल एकीकरण किया जाता है, तो हम सांबा के लिए एक समान सरल (उम्मीद है कि 1000 लाइनों से कम) vfs_richacl मॉड्यूल बनाने के लिए librichacl लाइब्रेरी का उपयोग कर सकते हैं।

Richacl कर्नेल पैच पर मेरे सरसरी नज़र से, ऐसा लगता है कि zfsonlinux एकीकरण वास्तव में कर्नेल को पैच किए बिना भी किया जा सकता है, केवल Richacl कोड के आवश्यक भागों (डेटा संरचनाओं और xattr रूपांतरण) को कर्नेल संस्करणों के लिए zfs ट्री में खींचकर जो कि कर्नेल संस्करणों के लिए है। मूल रूप से इसका समर्थन न करें। यह हमारे लिए महत्वपूर्ण है, क्योंकि हम (मेरी कंपनी) एक मानक उबंटू एलटीएस कर्नेल चलाना चाहते हैं और केवल एक अतिरिक्त मॉड्यूल के रूप में zfsonlinux में खींचना चाहते हैं।

हालांकि, मुझे यकीन नहीं है कि क्या Richacl अभी भी बनाए रखा गया है (इसका भंडार वास्तव में अद्यतित नहीं है), और वेनिला कर्नेल में शामिल करने के लिए ट्रैक पर है।

मैं Richacl पैचसेट के लेखक के पास पहुंचा। उन्होंने मुझे निम्नलिखित प्रयोगात्मक Richacl vfs मॉड्यूल की ओर इशारा किया: v4acls-experimental/samba.git

तो ऐसा लगता है कि लगभग सभी टुकड़े जगह पर हैं (या कम से कम प्रयोगात्मक रूप में मौजूद हैं) केवल zfs में रिचैक समर्थन को छोड़कर।

हो सकता है कि libsunacl.c को linux में पोर्ट करना सांबा की ओर से पर्याप्त हो?

http://sourceforge.net/projects/libsunacl/

लेकिन जहाँ तक मैं समझता हूँ "aclmode" अभी भी zfsonlinux पर गायब होगा।

मुझे यह भी नहीं पता कि हमारे पास अभी तक किसी प्रकार का एसीएल समर्थन क्यों नहीं है। क्यों है
zfs acls चालू नहीं किया गया है? मैं एक chmod और एक ls . के लिए कोड जानता हूँ
अस्तित्व। एक getfacl शैली getzacl अब तक प्रदान की जानी चाहिए थी। मुझे यकीन है
हालांकि एसीएल की कमी के कुछ अच्छे कारण हैं।
15 फरवरी 2013 को दोपहर 2:07 बजे, "फ्रैंक्स" नोटिफिकेशन @github.com ने लिखा:

हो सकता है कि libsunacl.c को linux में पोर्ट करना सांबा की ओर से पर्याप्त हो?

http://sourceforge.net/projects/libsunacl/

लेकिन जहाँ तक मैं समझता हूँ "aclmode" अभी भी zfsonlinux पर गायब होगा।

-
इस ईमेल का सीधे उत्तर दें या इसे Gi tHubhttps: //github.com/zfsonlinux/zfs/issues/170#issuecomment -13630736 पर देखें।

zfs एसीएल समर्थित है
परीक्षण:
एसीएल माउंट विकल्प सक्षम के साथ अन्य फाइल सिस्टम पर एक एसएमबी शेयर पर एक फाइल बनाएं, विंडोज़ पर एसीएल सेट करें।

उस फ़ाइल को एक zfsonlinux वॉल्यूम पर aclinherit=passthrough . के साथ ले जाएँ
एसीएल संरक्षित हैं ..

वाट एटीएम का कोई समाधान नहीं है क्या यह सांबा में किया है ..

इस तरह के कॉन्फ़िगरेशन के तहत acl_xattr या acl_tdb में से कोई भी सही ढंग से काम नहीं करता है, bsd पर वे vfs_zfsacl का उपयोग करते हैं

ट्रफ libsunacl जो zfs2bsd . के अनुवादक की तरह दिखता है

मेरा प्रश्न शायद गूंगा हो सकता है, लेकिन मैं स्पष्ट रूप से समझना चाहता हूं कि हमारे पास एसीएल समर्थन है या नहीं। मैंने स्थापित ubuntu-zfs की तुलना में VBox ubuntu न्यूनतम सर्वर 12.04 LTS बनाया है, पूल w कमांड बनाया है

'मायपूल' का इतिहास:
2013-05-05.15:12:49 zpool create -f mypool /dev/disk/by-id/ata-VBOX_HARDDISK_VB88a04e0d-d8d1e7a4

'टैंक' के लिए इतिहास:
2013-04-30.13:44:54 zpool क्रिएट टैंक /root/vol1
2013-05-01.00:13:33 zfs सेट एक्लिनहेरिट=पासथ्रू टैंक
2013-05-05.13:50:14 zfs डिडअप = टैंक पर सेट करें

टैंक बिना किसी समस्या के सेटफैक्ल का समर्थन करता है
mypool नहीं करता है, और कहता है कि ऑपरेशन समर्थित नहीं है।

मैं सांबा के साथ zfs का उपयोग करना चाहता हूं और मुझे फ़ोल्डर्स में एकाधिक उपयोगकर्ता पहुंच को नियंत्रित करने की आवश्यकता है। उस तरह
रूट @ सर्वर : ~# setfacl -mg: उपयोगकर्ता :--- test4v007/

मैं ZFS के लिए Richacls पैच लागू करना चाहता हूं, लेकिन जैसा कि मैं ZFS के साथ पूरी तरह से अनुभवहीन हूं, यह अच्छा होगा यदि ZFSonLinux डेवलपर्स में से एक कुछ मदद प्रदान कर सकता है (ज्यादातर कुछ संकेत और चर्चा के रूप में)।

मैं इसे एक टक्कर देना चाहता हूं ...

@behlendorf - अब आपके पास एक स्थिर फाइल सिस्टम रिलीज है, क्या हमारे पास ठोस समय-सीमा है जब यह किया जाएगा? मुझे पता है कि आपने इसे मील का पत्थर 0.8 के लिए कम कर दिया है, लेकिन वर्तमान रिलीज़ गति पर, ऐसा लगता है कि इसमें कुछ साल दूर हो सकते हैं - क्या हम इसे किसी भी तरह से आगे ला सकते हैं?

हम सांबा के साथ अपने प्रोफाइल स्टोरेज एनएएस सर्वर के लिए तैनाती के साथ काम पर आगे बढ़ना चाहते हैं, लेकिन एसीएल नहीं होने का मतलब यह हो सकता है कि हमें फ्रीबीएसडी के साथ रहना होगा जो हम वास्तव में नहीं करना चाहते हैं क्योंकि हमारे सभी अनुभव आधार लिनक्स के साथ हैं।

मुझे आशा है, यह पूर्ण ऑफटॉपिक नहीं है।
क्या आपने डेबियन kFreebsd की कोशिश की है?

यह लगभग एक तरह के Linux की तरह है..

@ सोपमोट - आप जानते हैं, मैंने इसे पहले देखा था और इसे उत्पादन के लिए तैयार नहीं होने के कारण खारिज कर दिया था, लेकिन मैंने इसे जल्दी से पढ़ा था और ऐसा लगता है कि यह ज़ोल की तुलना में थोड़ा अधिक युद्ध-तैयार हो सकता है, अगर हमें इसकी आवश्यकता है इसे सीधे कर रहे हैं।

इतना अच्छा चिल्लाओ, मुझे सही रास्ते पर स्थापित करने के लिए धन्यवाद - अशिष्टता के लिए क्षमा करें।

मैं kfreebsd को देखता रहता हूँ, और इसमें iscsi, nfsv4, और an . गायब है
केवीएम वर्चुअलाइजेशन के बराबर। मैं इसे रूट के लिए उपयोग करने के बारे में गंभीर था
जब तक वे कमियाँ स्पष्ट न हो जाएँ
19 मई 2013 को सुबह 9:50 बजे, "तमस पप्प" नोटिफिकेशन @github.com ने लिखा:

मुझे आशा है, यह पूर्ण ऑफटॉपिक नहीं है।
क्या आपने डेबियन kFreebsd की कोशिश की है?

यह लगभग एक तरह के Linux की तरह है..

-
इस ईमेल का सीधे उत्तर दें या इसे Gi tHub पर देखेंhttps://github.com/zfsonlinux/zfs/issues/170#issuecomment -18120673
.

मुझे यह संबोधित देखना भी अच्छा लगेगा। मैं दुर्भाग्य से इन दिनों समय पर कम हूं (साथ ही मुझे निम्न-स्तर/कर्नेल सामग्री के बारे में बकवास नहीं पता है), इसलिए मैं खुद की मदद करने के लिए बहुत कुछ नहीं कर सकता :( वास्तव में हालांकि मैं सिर्फ एक अच्छा तरीका ढूंढ रहा हूं कुछ निर्देशिकाओं में नई फ़ाइलों के लिए कुछ अनुमतियों को लागू करें; मैं अक्सर सार्वजनिक रूप से उपलब्ध फ़ोल्डर में फाइलें डालता हूं और यह अच्छा होगा यदि उन्हें स्वचालित रूप से आराम से अनुमतियों के साथ सेट किया जा सकता है, क्योंकि मैं वास्तव में अपने उमास्क को कुछ भी सेट नहीं करना चाहता हूं मेरे द्वारा बनाई गई अधिकांश फ़ाइलों के लिए उदार, जो मेरे होम फोल्डर में समाप्त होती हैं। OSOL/FreeBSD में मैं NFSv4 ACL का उपयोग करके ऐसा करूँगा, हालाँकि अगर किसी के पास कोई विचार है तो मैं बेहतर समाधान के लिए तैयार हूँ। केवल एक और चीज़ जो मैं सोच सकता हूँ of एक क्रोनजॉब चला रहा है जो हर आधे घंटे या कुछ और पर संबंधित निर्देशिकाओं पर पुनरावर्ती रूप से परमिट सेट करता है, लेकिन यह बहुत ही बदसूरत है! ऐसा कीचड़ :(

एफवाईआई इसलिए लोग मेरे जैसी गलती नहीं करते हैं - डेबियन केफ्रीबीएसडी जेडएफएस समर्थन के लिए बहुत अच्छा है, लेकिन एसीएल अभी भी यूजरलैंड से काम नहीं करते हैं, आपको बस "फंक्शन नॉट इम्प्लीमेंटेड" मिलता है - डेबियन बग देखें: http:// Bugs.debian.org/cgi-bin/bugreport.cgi?bug=607573

@iamacarpet यह तब हो सकता है जब इस कार्यक्षमता की आवश्यकता वाले किसी व्यक्ति के पास इस पर काम करने का समय हो। वर्तमान में परियोजना के प्रमुख चालकों के पास एसीएल के लिए अधिक उपयोग नहीं है, इसलिए वे प्राथमिकता सूची में सबसे नीचे हैं। लेकिन किसी ऐसे व्यक्ति को रोकने वाला कोई नहीं है जिसे इस समर्थन की आवश्यकता है और इसे जल्द से जल्द करने से रोकें। क्षमा करें, लेकिन यह स्थिति की वास्तविकता है।

नमस्ते,

हम बैकअप उपकरण में zfsonlinux का उपयोग करते हैं और हमें लगता है कि ACL एकीकरण उद्देश्यों के लिए महत्वपूर्ण हैं। कुछ सामान्य संचालन, जैसे कि विंडोज़ कंप्यूटर से ZFS साझा वॉल्यूम में अनुमतियाँ बदलना आवश्यक है।

क्या एसीएल अभी भी रोडमैप में है?

धन्यवाद।

@ n1mh यह संस्करण 0.8.0 के लिए निर्धारित है।

पॉज़िक्स एसीएल के लिए

उन लोगों के लिए जो इस कार्यक्षमता को पसंद करते हैं, यह बहुत मददगार होगा यदि आप प्रस्तावित पैच को यथार्थवादी कार्यभार के साथ परीक्षण कर सकते हैं। कृपया सत्यापित करें कि यह वैसा ही व्यवहार करता है जैसा आप अपने परिवेश में इसकी अपेक्षा करते हैं। Posix ACL डिफ़ॉल्ट रूप से अक्षम होते हैं लेकिन डेटासेट पर _acltype_ गुण सेट करके सक्षम किए जा सकते हैं।

zfs set acltype=posixacl pool/dataset

Linux शैली Posix ACL को xattr के रूप में लागू किया गया है और मास्टर में विलय कर दिया गया है। वे मूल NFS ACL से स्वतंत्र रूप से संग्रहीत हैं और विरोध नहीं करेंगे। इस कार्यक्षमता को सक्षम करने के लिए नया डेटासेट गुण acltype जोड़ा गया है। सर्वोत्तम प्रदर्शन के लिए आपको acltype=posixacl और xattr=sa दोनों सेट करने के लिए दृढ़ता से प्रोत्साहित किया जाता है। अधिक जानकारी के लिए अद्यतन मैन पेज देखें:

       acltype=noacl | posixacl

           Controls  whether  ACLs  are  enabled and if so what type of ACL to
           use.  When a file system has the acltype property set to noacl (the
           default)  then  ACLs are disabled.  Setting the acltype property to
           posixacl indicates Posix ACLs should be used.  Posix ACLs are  spe-
           cific  to  Linux  and are not functional on other platforms.  Posix
           ACLs are stored as an xattr and therefore will  not  overwrite  any
           existing ZFS/NFSv4 ACLs which may be set.  Currently only posixacls
           are supported on Linux.

           To obtain the best performance  when  setting  posixacl  users  are
           strongly encouraged to set the xattr=sa property.  This will result
           in the Posix ACL being stored more efficiently on disk.  But  as  a
           consequence of this all new xattrs will only be accessable from ZFS
           implementations which support the xattr=sa property.  See the xattr
           property for more details.