🍍 🤠 👩🏻‍🤝‍👨🏼 लिनक्स अधिकार (chown, chmod, SUID, GUID, चिपचिपा सा, ACL, umask) ✋🏿 🙌🏽 🈲

सभी को नमस्कार। यह RedHat RHCSA RHCE 7 RedHat Enterprise Linux 7 EX200 और EX300 के एक लेख का अनुवाद है।

अपने आप से: मुझे आशा है कि लेख न केवल शुरुआती के लिए उपयोगी होगा, बल्कि अधिक अनुभवी प्रशासकों को अपने ज्ञान को व्यवस्थित करने में भी मदद करेगा।

तो चलिए चलते हैं।

लिनक्स पर फाइलों तक पहुंचने के लिए, अनुमतियों का उपयोग किया जाता है। ये अनुमतियाँ तीन ऑब्जेक्ट्स को दी गई हैं: एक फ़ाइल, एक समूह, और एक अन्य ऑब्जेक्ट (जो कि, बाकी सभी)। इस आलेख में, आप सीखेंगे कि अनुमतियाँ कैसे लागू करें।

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

फ़ाइल स्वामित्व प्रबंधन

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

फ़ाइल या निर्देशिका का स्वामी प्रदर्शित करें

लिनक्स पर, प्रत्येक फ़ाइल और प्रत्येक निर्देशिका में दो मालिक होते हैं: एक उपयोगकर्ता और एक समूह।

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

यह निम्न क्रम में होता है:

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

वर्तमान स्वामी असाइनमेंट देखने के लिए, आप ls -l कमांड का उपयोग कर सकते हैं। यह कमांड उपयोगकर्ता और मालिक समूह को दिखाता है। नीचे आप / home निर्देशिका में निर्देशिकाओं के लिए स्वामी सेटिंग देख सकते हैं।

[root@server1 home]# ls -l total 8 drwx------. 3 bob bob 74 Feb 6 10:13 bob drwx------. 3 caroline caroline 74 Feb 6 10:13 caroline drwx------. 3 fozia fozia 74 Feb 6 10:13 fozia drwx------. 3 lara lara 74 Feb 6 10:13 lara drwx------. 5 lisa lisa 4096 Feb 6 10:12 lisa drwx------. 14 user user 4096 Feb 5 10:35 user

Ls कमांड का उपयोग करके , आप इस डायरेक्टरी में फाइलों के मालिक को प्रदर्शित कर सकते हैं। कभी-कभी यह उस सिस्टम की सभी फाइलों की सूची प्राप्त करने के लिए उपयोगी हो सकता है जिसमें उपयोगकर्ता या समूह को मालिक के रूप में निर्दिष्ट किया गया है। आप इसके लिए खोज का उपयोग कर सकते हैं। इस उद्देश्य के लिए खोजक तर्क का उपयोग किया जा सकता है। उदाहरण के लिए, निम्न कमांड उन सभी फाइलों को दिखाता है जिनमें स्वामी के रूप में निर्दिष्ट लिंडा उपयोगकर्ता हैं:

 find / -user linda

आप उन फ़ाइलों को खोजने के लिए खोज का भी उपयोग कर सकते हैं जिनमें एक विशेष समूह उनका मालिक है।

उदाहरण के लिए, उपयोगकर्ता समूह से संबंधित सभी फाइलों के लिए निम्न कमांड खोजता है:

 find / -group users

स्वामित्व का परिवर्तन

अनुमतियाँ लागू करने के लिए, पहली बात पर विचार करना स्वामित्व है। इसके लिए एक चांस कमांड है। इस कमांड के सिंटैक्स को समझना आसान है:

 chown

उदाहरण के लिए, निम्न आदेश उपयोगकर्ता लिंडा के लिए / होम / खाता निर्देशिका के स्वामी को बदलता है:

 chown linda /home/account

Chown कमांड में कई विकल्प हैं, जिनमें से एक विशेष रूप से उपयोगी है: -R । आप अनुमान लगा सकते हैं कि यह क्या करता है, क्योंकि यह विकल्प कई अन्य टीमों के लिए भी उपलब्ध है। यह आपको फिर से मालिक को सेट करने की अनुमति देता है, जो आपको वर्तमान निर्देशिका के मालिक और नीचे की सभी चीजों को सेट करने की अनुमति देता है। निम्न आदेश स्वामी को / होम निर्देशिका के लिए और उसके नीचे सब कुछ लिसा में बदलता है:

अब मालिक इस तरह दिखते हैं:

 [root@localhost ~]# ls -l /home total 0 drwx------. 2 account account 62 Sep 25 21:41 account drwx------. 2 lisa lisa 62 Sep 25 21:42 lisa

पूरा हुआ:

 [root@localhost ~]# chown -R lisa /home/account [root@localhost ~]#

अब लिसा खाता निर्देशिका का मालिक बन गया है:

 [root@localhost ~]# ls -l /home total 0 drwx------. 2 lisa account 62 Sep 25 21:41 account drwx------. 2 lisa lisa 62 Sep 25 21:42 lisa

समूह के मालिक बदलते हैं

समूह के स्वामित्व को बदलने के दो तरीके हैं। आप इसे चाउन का उपयोग करके कर सकते हैं, लेकिन एक विशेष कमांड है जिसे चंग कहा जाता है जो काम करता है। यदि आप chown कमांड का उपयोग करना चाहते हैं, तो उपयोग करें । या : समूह के नाम से पहले।

निम्नलिखित आदेश खाता समूह में / घर / खाता समूह के किसी भी मालिक को बदल देता है:

 chown .account /home/account

आप किसी भी तरह से एक उपयोगकर्ता और / या समूह के मालिक को बदलने के लिए chown का उपयोग कर सकते हैं। यहाँ कुछ उदाहरण हैं:

chown लिसा myfile1 ने लीसा को myfile1 सेट किया।
chown lisa.sales myfile myfile फ़ाइल के स्वामी को lisa उपयोगकर्ता सेट करता है, और उसी फ़ाइल के स्वामी को बिक्री समूह भी सेट करता है।
chown लिसा: बिक्री myfile पिछले कमांड के समान है।
chown .sales myfile उपयोगकर्ता के स्वामी को बदले बिना बिक्री समूह को myfile फ़ाइल का स्वामी बनाता है ।
chown: बिक्री myfile पिछले कमांड की तरह ही है।

आप समूह स्वामी को बदलने के लिए chgrp कमांड का उपयोग कर सकते हैं। निम्नलिखित उदाहरण पर विचार करें, जहां आप बिक्री समूह को खाता निर्देशिका के मालिक के रूप में सेट करने के लिए chgrp का उपयोग कर सकते हैं:

 chgrp .sales /home/account

चाउने के साथ के रूप में, आप -R विकल्प का उपयोग चंग के साथ कर सकते हैं, और समूह के मालिक को पुन: बदल सकते हैं।

डिफॉल्ट मालिक को समझना

आप देख सकते हैं कि जब उपयोगकर्ता फ़ाइल बनाता है, तो डिफ़ॉल्ट स्वामित्व लागू होता है।
फ़ाइल बनाने वाला उपयोगकर्ता स्वचालित रूप से इस फ़ाइल का स्वामी बन जाता है, और इस उपयोगकर्ता का मुख्य समूह स्वचालित रूप से इस फ़ाइल का स्वामी बन जाता है। यह आमतौर पर एक समूह है जो उपयोगकर्ता के मुख्य समूह के रूप में / etc / passwd फ़ाइल में निर्दिष्ट होता है। हालांकि, यदि उपयोगकर्ता कई समूहों का सदस्य है, तो वह प्रभावी कोर समूह को बदल सकता है।

वर्तमान प्रभावी प्राथमिक समूह को दिखाने के लिए, उपयोगकर्ता समूह कमांड का उपयोग कर सकता है:

 [root@server1 ~]# groups lisa lisa : lisa account sales

यदि वर्तमान उपयोगकर्ता लिंडा प्रभावी प्राथमिक समूह को बदलना चाहता है, तो वह newgrp कमांड का उपयोग करेगा, उसके बाद समूह का नाम जिसे वह नए प्रभावी प्राथमिक समूह के रूप में सेट करना चाहता है। Newgrp कमांड का उपयोग करने के बाद, उपयोगकर्ता द्वारा बाहर निकलने का आदेश जारी करने या लॉग आउट करने तक प्राथमिक समूह सक्रिय रहेगा।

निम्नलिखित दिखाता है कि लिसा इस कमांड का उपयोग कैसे करती है ताकि बिक्री समूह प्राथमिक समूह बन जाए:

 lisa@server1 ~]$ groups lisa account sales [lisa@server1 ~]$ newgrp sales [lisa@server1 ~]$ groups sales lisa account [lisa@server1 ~]$ touch file1 [lisa@server1 ~]$ ls -l total 0 -rw-r--r--. 1 lisa sales 0 Feb 6 10:06 file1

वर्तमान मुख्य समूह को बदलने के बाद, उपयोगकर्ता द्वारा बनाई गई सभी नई फाइलें इस समूह को मालिक समूह के रूप में प्राप्त करेंगी। प्राथमिक समूह की प्रारंभिक सेटिंग पर लौटने के लिए, निकास का उपयोग करें ।

Newgrp कमांड का उपयोग करने में सक्षम होने के लिए, उपयोगकर्ता को उस समूह का सदस्य होना चाहिए जिसे वह प्राथमिक के रूप में उपयोग करना चाहता है। इसके अलावा, ग्रुप पासवर्ड का उपयोग ग्रुप के लिए किया जा सकता है जो कि gpasswd कमांड का उपयोग करता है। यदि उपयोगकर्ता newgrp कमांड का उपयोग करता है, लेकिन लक्ष्य समूह का सदस्य नहीं है, तो शेल समूह पासवर्ड का अनुरोध करता है। सही समूह पासवर्ड दर्ज करने के बाद, एक नया प्रभावी प्राथमिक समूह सेट किया जाएगा।

मौलिक अधिकार प्रबंधन

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

रीडिंग, राइटिंग और एक्साइट्यूट राइट्स को समझना

तीन बुनियादी अनुमतियाँ आपको फ़ाइलों को पढ़ने, लिखने और निष्पादित करने की अनुमति देती हैं। फ़ाइलों या निर्देशिकाओं पर लागू होने पर इन अनुमतियों का प्रभाव भिन्न होता है। किसी फ़ाइल के लिए, पढ़ने की अनुमति आपको पढ़ने के लिए फ़ाइल खोलने का अधिकार देती है। इसलिए, आप इसकी सामग्री को पढ़ सकते हैं, लेकिन इसका मतलब है कि आपका कंप्यूटर इसके साथ कुछ करने के लिए फ़ाइल खोल सकता है।

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

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

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

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

निम्नलिखित मूल अनुमतियों के उपयोग को संक्षेप में प्रस्तुत करता है:

चामोद का उपयोग करना

अधिकारों का प्रबंधन करने के लिए, chmod कमांड का उपयोग करें। Chmod का उपयोग करते समय , आप उपयोगकर्ता (उपयोगकर्ता), समूह (समूह) और अन्य (अन्य) के लिए अनुमतियाँ सेट कर सकते हैं। आप इस कमांड का उपयोग दो मोड में कर सकते हैं: रिलेटिव मोड और एब्सोल्यूट मोड। मूल मोड सेट करने के लिए निरपेक्ष मोड में, तीन अंकों का उपयोग किया जाता है।

अनुमतियाँ सेट करते समय, आपको आवश्यक मान की गणना करें। यदि आप उपयोगकर्ता के लिए पढ़ना, लिखना, और निष्पादित करना चाहते हैं, तो समूह के लिए पढ़ें और निष्पादित करें, और / somefile में दूसरों के लिए पढ़ें और निष्पादित करें, तो आप निम्न chmod कमांड का उपयोग करते हैं:

 chmod 755 /somefile

जब आप इस तरह से chmod का उपयोग करते हैं, तो सभी वर्तमान अनुमतियाँ आपके द्वारा सेट की गई अनुमतियों द्वारा बदल दी जाती हैं।

यदि आप वर्तमान अनुमतियों के सापेक्ष अनुमतियाँ बदलना चाहते हैं, तो आप संबंधित मोड में chmod का उपयोग कर सकते हैं। रिश्तेदार मोड में चामोड का उपयोग करते समय, आप तीन संकेतक के साथ काम कर रहे हैं ताकि आप यह बता सकें कि आप क्या करना चाहते हैं:

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

रिश्तेदार मोड में अनुमति बदलते समय, आप सभी ऑब्जेक्ट्स के लिए अनुमति जोड़ने या हटाने के लिए "से" भाग को छोड़ सकते हैं। उदाहरण के लिए, यह कमांड सभी उपयोगकर्ताओं के लिए निष्पादन अनुमति जोड़ता है:

 chmod +x somefile

रिश्तेदार मोड में काम करते समय, आप अधिक जटिल कमांड का उपयोग भी कर सकते हैं। उदाहरण के लिए, यह कमांड एक समूह के लिए लेखन अनुमति जोड़ता है और दूसरों के लिए रीड को हटाता है:

 chmod g+w,or somefile

Chmod -R o + rx / डेटा का उपयोग करते समय , आप सभी निर्देशिकाओं के साथ-साथ / डेटा निर्देशिका में फ़ाइलों के लिए निष्पादन की अनुमति देते हैं। केवल निर्देशिका के लिए निष्पादित करने की अनुमति देने के लिए, फाइलों के लिए नहीं, chmod -R o + rX / डेटा का उपयोग करें ।

ऊपरी स्थिति X सुनिश्चित करता है कि फ़ाइलों को निष्पादित करने की अनुमति नहीं मिलती है यदि फ़ाइल ने पहले से ही कुछ वस्तुओं के लिए निष्पादन की अनुमति नहीं दी है। यह एक्स को निष्पादित अनुमतियों के साथ काम करने का एक स्मार्ट तरीका बनाता है; यह इस अनुमति को उन फ़ाइलों पर स्थापित करने से बचाएगा जहाँ इसकी आवश्यकता नहीं है।

विस्तारित अधिकार

आपके द्वारा अभी पढ़ी गई मूल अनुमतियों के अलावा, लिनक्स में उन्नत अनुमतियों का एक सेट भी है। ये डिफ़ॉल्ट अनुमतियाँ नहीं हैं जिन्हें आप सेट करते हैं, लेकिन कभी-कभी वे एक उपयोगी जोड़ प्रदान करते हैं। इस खंड में, आप सीखेंगे कि वे क्या हैं और उन्हें कैसे कॉन्फ़िगर करें।

विस्तारित SUID, GUID और चिपचिपी बिट अनुमतियों को समझना

तीन उन्नत अनुमतियाँ हैं। इनमें से पहला उपयोगकर्ता पहचानकर्ता (SUID) सेट करने की अनुमति है। कुछ विशेष मामलों में, आप इस अनुमति को निष्पादन योग्य फ़ाइलों पर लागू कर सकते हैं। डिफ़ॉल्ट रूप से, निष्पादन योग्य चलने वाला उपयोगकर्ता फ़ाइल को अपनी अनुमतियों के साथ निष्पादित करता है।

आम उपयोगकर्ताओं के लिए, इसका आमतौर पर मतलब है कि कार्यक्रम का उपयोग सीमित है। हालांकि, कुछ मामलों में, उपयोगकर्ता को केवल एक विशिष्ट कार्य करने के लिए विशेष अनुमति की आवश्यकता होती है।

उदाहरण के लिए, उस स्थिति पर विचार करें, जहां उपयोगकर्ता को पासवर्ड बदलने की आवश्यकता होती है। ऐसा करने के लिए, उपयोगकर्ता को अपना नया पासवर्ड / etc / shadow फ़ाइल में लिखना होगा। हालांकि, यह फ़ाइल गैर-रूट उपयोगकर्ताओं द्वारा लिखने योग्य नहीं है:

 root@hnl ~]# ls -l /etc/shadow ----------. 1 root root 1184 Apr 30 16:54 /etc/shadow

रिज़ॉल्यूशन SUID इस समस्या का समाधान प्रस्तुत करती है। / Usr / bin / passwd उपयोगिता में, यह अनुमति डिफ़ॉल्ट रूप से उपयोग की जाती है। इसका मतलब यह है कि जब पासवर्ड बदला जाता है, तो उपयोगकर्ता को अस्थायी रूप से रूट विशेषाधिकार प्राप्त होते हैं, जो उसे / etc / shadow फ़ाइल को लिखने की अनुमति देता है। आप जिस स्थिति में आमतौर पर उपयोगकर्ता अनुमतियों के लिए x देखने की अपेक्षा करते हैं, उस स्थिति में ss ls -l के साथ SUID रिज़ॉल्यूशन देख सकते हैं:

 [root@hnl ~]# ls -l /usr/bin/passwd -rwsr-xr-x. 1 root root 32680 Jan 28 2010 /usr/bin/passwd

SUID अनुमतियां उपयोगी हो सकती हैं (और कुछ मामलों में वे हैं), लेकिन साथ ही वे संभावित रूप से खतरनाक हैं। यदि गलत तरीके से उपयोग किया जाता है, तो आप गलती से रूट एक्सेस अनुमति दे सकते हैं। इसलिए, मैं केवल अत्यधिक सावधानी के साथ इसका उपयोग करने की सलाह देता हूं।

अधिकांश प्रशासकों को इसका उपयोग कभी नहीं करना होगा; आप इसे केवल कुछ फ़ाइलों में देखेंगे जहां ऑपरेटिंग सिस्टम को डिफ़ॉल्ट रूप से सेट करना चाहिए।

दूसरी विशेष अनुमति समूह पहचानकर्ता (SGID) है। इस संकल्प के दो प्रभाव हैं। जब एक निष्पादन योग्य फ़ाइल पर लागू किया जाता है, तो यह उस उपयोगकर्ता को देता है जो फ़ाइल को इस फ़ाइल के समूह के मालिक की अनुमति दे रहा है। इस प्रकार, SGID SUID की तरह कम या ज्यादा कर सकता है। हालांकि, SGID व्यावहारिक रूप से इस उद्देश्य के लिए उपयोग नहीं किया जाता है।

SUID की अनुमति के साथ, SGID डिफ़ॉल्ट सेटिंग के रूप में कुछ सिस्टम फ़ाइलों पर लागू होता है।

जब एक निर्देशिका पर लागू किया जाता है, तो SGID उपयोगी हो सकता है क्योंकि आप इस निर्देशिका में बनाई गई फ़ाइलों और उपनिर्देशिकाओं के लिए डिफ़ॉल्ट समूह के मालिक को सेट करने के लिए इसका उपयोग कर सकते हैं। डिफ़ॉल्ट रूप से, जब कोई उपयोगकर्ता एक फ़ाइल बनाता है, तो उसका प्रभावी प्राथमिक समूह इस फ़ाइल के लिए समूह के स्वामी के रूप में सेट किया जाता है।

यह हमेशा बहुत उपयोगी नहीं होता है, विशेष रूप से क्योंकि Red Hat / CentOS उपयोगकर्ताओं के पास उपयोगकर्ता के समान नाम वाला एक समूह होता है, और जिसमें से उपयोगकर्ता एकमात्र सदस्य होता है। इस प्रकार, डिफ़ॉल्ट रूप से, उपयोगकर्ता द्वारा बनाई गई फ़ाइलों को साझा किया जाएगा।

ऐसी स्थिति की कल्पना करें जहां लिंडा और लोरी उपयोगकर्ता लेखांकन में काम करते हैं और खाता समूह के सदस्य हैं। डिफ़ॉल्ट रूप से, ये उपयोगकर्ता निजी समूह के सदस्य हैं, जिसके वे एकमात्र सदस्य हैं। हालाँकि, दोनों उपयोगकर्ता खाता समूह के सदस्य हैं, लेकिन द्वितीयक समूह के एक पैरामीटर के रूप में भी।

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

इस कारण से, SGID अनुमति साझा समूह निर्देशिकाओं पर स्थापित करने के लिए एक बहुत ही उपयोगी अनुमति है।

SGID की अनुमति आउटपुट ls -ld में एस के रूप में उस स्थिति में दिखाई जाती है जहाँ आप आमतौर पर समूह को निष्पादित करने की अनुमति पाते हैं:

 [root@hnl data]# ls -ld account drwxr-sr-x. 2 root account 4096 Apr 30 21:28 account

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

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

जब आप चिपचिपे बिट का उपयोग करते हैं, तो उपयोगकर्ता केवल तभी फाइलें हटा सकता है जब निम्नलिखित में से कोई एक सत्य हो:

उपयोगकर्ता फ़ाइल का मालिक है;
उपयोगकर्ता उस निर्देशिका का मालिक है जिसमें फ़ाइल स्थित है।

Ls -ld का उपयोग करते समय , आप चिपचिपे बिट को उस स्थिति में देख सकते हैं जहाँ आप आमतौर पर दूसरों के लिए निष्पादन की अनुमति देखते हैं:

 [root@hnl data]# ls -ld account/ drwxr-sr-t. 2 root account 4096 Apr 30 21:28 account/

उन्नत अधिकार

SUID, SGID और चिपचिपा बिट लगाने के लिए, आप chmod का भी उपयोग कर सकते हैं। SUID का संख्यात्मक मान 4 है, SGID का संख्यात्मक मान 2 है, और चिपचिपा बिट का संख्यात्मक मान 1 है।

यदि आप इन अनुमतियों को लागू करना चाहते हैं, तो आपको chmod में चार अंकों का तर्क जोड़ना होगा, जिसमें से पहला अंक विशेष अनुमतियों को संदर्भित करता है। निम्न पंक्ति, उदाहरण के लिए, डायरेक्टरी में SGID की अनुमति को जोड़ेगी और उपयोगकर्ता के लिए rx और समूह और अन्य के लिए rx सेट करेगी:

 chmod 2755 /somedir

यह बहुत अव्यवहारिक है यदि आपको वर्तमान मोड पर ध्यान देने की आवश्यकता है जो कि chmod के साथ पूर्ण मोड में काम करने से पहले सेट किया गया है। (यदि आप नहीं करते हैं तो आप ओवरराइटिंग की अनुमति के जोखिम को चलाते हैं।) इसलिए, यदि आपको किसी विशेष अनुमति को लागू करने की आवश्यकता है, तो मैं सापेक्ष मोड में काम करने की सलाह देता हूं:

SUID के लिए, chmod u + s का उपयोग करें।
SGID के लिए, chmod g + s का उपयोग करें।
स्टिकी बिट के लिए, chmod + t का उपयोग करें और फिर उस फ़ाइल या निर्देशिका का नाम जिसके लिए आप अनुमतियां सेट करना चाहते हैं।

तालिका उन सभी चीजों को सारांशित करती है जो विशेष अनुमतियों के प्रबंधन के बारे में जानना महत्वपूर्ण है।

विशेष अधिकारों के साथ काम करने का उदाहरण

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

वह टर्मिनल खोलें जहां आप लिंडा उपयोगकर्ता हैं। आप useradd लिंडा का उपयोग करके एक उपयोगकर्ता बना सकते हैं, पासवर्ड पासवार्ड लिंडा जोड़ सकते हैं।
कमांड mkdir -p / data / sales के साथ रूट में एक निर्देशिका / डेटा और एक उपनिर्देशिका / डेटा / बिक्री बनाएँ । बिक्री निर्देशिका में जाने के लिए सीडी / डेटा / बिक्री चलाएं। लिंडा के स्वामित्व वाली दो खाली फाइलों को बनाने के लिए टच लिंडा 1 और लिंडा 2 को टच करें ।
वर्तमान उपयोगकर्ता को लीसा में स्विच करने के लिए सु-लीसा को चलाएं, जो बिक्री समूह का सदस्य भी है।
सीडी / डेटा / बिक्री चलाएं और इस निर्देशिका से, एलएस-एल निष्पादित करें। आपको दो फाइलें दिखाई देंगी जो लिंडा द्वारा बनाई गई थीं और लिंडा समूह से संबंधित हैं। रन rm -f लिंडा * । यह दोनों फ़ाइलों को हटा देगा।
उपयोगकर्ता लिसा से संबंधित दो फ़ाइलें बनाने के लिए टच लिसा 1 और टच लिसा 2 चलाएं।
रूट स्तर तक अपने विशेषाधिकारों को बढ़ाने के लिए su - चलाएँ।
समूह पहचानकर्ता बिट (GUID) और साथ ही साझा समूह निर्देशिका में चिपचिपा बिट सेट करने के लिए chmod g + s, o + t / data / sales चलाएँ।
भागो सु - लिंडा । फिर linda3 को टच करें और linda4 को टच करें । अब आपको यह देखना चाहिए कि आपके द्वारा बनाई गई दो फाइलें बिक्री समूह की हैं, जो / डेटा / बिक्री निर्देशिका समूह का स्वामी है।
रन आरएम -आरएफ लिसा * । स्टिकी बिट लिंडा की ओर से इन फ़ाइलों को हटाने से रोकता है क्योंकि आप इन फ़ाइलों के स्वामी नहीं हैं। कृपया ध्यान दें कि यदि लिंडा / डेटा / बिक्री निर्देशिका का मालिक है, तो वह इन फ़ाइलों को वैसे भी हटा सकता है!

लिनक्स पर ACLs (setfacl, getfacl) का प्रबंधन करना

यहां तक कि अगर ऊपर चर्चा किए गए विस्तारित अधिकार उपयोगी कार्यक्षमता को जोड़ते हैं कि लिनक्स अनुमतियों के साथ कैसे काम करता है, तो यह आपको एक फ़ाइल में एक से अधिक उपयोगकर्ता या एक समूह को अनुमति देने की अनुमति नहीं देता है।

एक्सेस कंट्रोल लिस्ट इस सुविधा की पेशकश करते हैं। इसके अलावा, वे प्रशासकों को एक जटिल तरीके से डिफ़ॉल्ट अनुमतियों को सेट करने की अनुमति देते हैं जिसमें सेट अनुमतियाँ अलग-अलग निर्देशिकाओं में भिन्न हो सकती हैं।

एसीएल को समझना

यद्यपि ACL सबसिस्टम आपके सर्वर में बड़ी कार्यक्षमता जोड़ता है, लेकिन इसमें एक खामी है: सभी उपयोगिताओं का समर्थन नहीं करता है। इसलिए, आप फ़ाइलों की प्रतिलिपि बनाते या चलते समय ACL सेटिंग्स खो सकते हैं, और बैकअप सॉफ़्टवेयर ACL सेटिंग्स का बैकअप नहीं ले सकते।

टार उपयोगिता ACLs का समर्थन नहीं करता है। यह सुनिश्चित करने के लिए कि बैक करते समय एसीएल सेटिंग्स खो नहीं जाती हैं, टार के बजाय स्टार का उपयोग करें । तारा टार के समान मापदंडों के साथ काम करता है; यह सिर्फ एसीएल सेटिंग्स के लिए समर्थन जोड़ता है।

आप getfacl का उपयोग करके ACL का बैकअप भी ले सकते हैं , जिसे setfacl कमांड का उपयोग करके पुनर्स्थापित किया जा सकता है। बैकअप बनाने के लिए, उपयोग करेंgetfacl -R / directory> file.acls । बैकअप फ़ाइल से सेटिंग्स को पुनर्स्थापित करने के लिए, setfacl --restore = file.acl का उपयोग करें ।

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

एक एसीएल के लिए फाइल सिस्टम तैयार करना

इससे पहले कि आप ACL के साथ काम करना शुरू करें, आपको ACL समर्थन के लिए एक फ़ाइल सिस्टम तैयार करने की आवश्यकता हो सकती है। क्योंकि फ़ाइल सिस्टम मेटाडेटा को विस्तारित करने की आवश्यकता है, फ़ाइल सिस्टम में ACL के लिए हमेशा डिफ़ॉल्ट समर्थन नहीं होता है। यदि आपको फ़ाइल सिस्टम के लिए ACL को कॉन्फ़िगर करते समय संदेश "ऑपरेशन समर्थित नहीं" मिलता है, तो आपके फ़ाइल सिस्टम में ACL समर्थन नहीं हो सकता है।

इसे ठीक करने के लिए, आपको / etc / fstab फ़ाइल में acl माउंट विकल्प जोड़ना होगा ताकि फ़ाइल सिस्टम डिफ़ॉल्ट रूप से ACL समर्थन के साथ आरोहित हो जाए।

Setfacl और getfacl के साथ ACL सेटिंग बदलें और देखें

एसीएल को सेट करने के लिए, आपको सेटफैक्ल कमांड की आवश्यकता है । वर्तमान ACL सेटिंग्स को देखने के लिए, आपको getfacl की आवश्यकता है । आदेश ls -l शो कोई मौजूदा एसीएल; यह बस अनुमति सूची के बाद + दिखाता है, जो इंगित करता है कि ACL फ़ाइल पर भी लागू होता है।

ACLs को कॉन्फ़िगर करने से पहले, getfacl का उपयोग करके वर्तमान ACL सेटिंग्स को दिखाना हमेशा उपयोगी होता है । एक उदाहरण के साथ नीचे आप वर्तमान अनुमतियाँ देख सकते हैं, जैसा कि ls -ld के साथ दिखाया गया है , साथ ही साथ getfacl के साथ भी दिखाया गया है । यदि आप ध्यान से देखेंगे, तो आप देखेंगे कि दिखाई गई जानकारी बिल्कुल वैसी ही है।

 [root@server1 /]# ls -ld /dir drwxr-xr-x. 2 root root 6 Feb 6 11:28 /dir [root@server1 /]# getfacl /dir getfacl: Removing leading '/' from absolute path names # file: dir # owner: root # group: root user::rwx group::rx other::rx

Getfacl कमांड के परिणामस्वरूप , आप नीचे देख सकते हैं कि अनुमतियाँ तीन अलग-अलग ऑब्जेक्ट्स: उपयोगकर्ता, समूह और अन्य के लिए दिखाई गई हैं। अब बिक्री समूह को पढ़ने और निष्पादन की अनुमति देने के लिए एक ACL जोड़ें। इसके लिए कमांड setfacl -mg: sales: rx / dir है । इस आदेश में, -m इंगित करता है कि वर्तमान एसीएल सेटिंग्स को बदलना होगा। उसके बाद छ: बिक्री: rx टीम एक एसीएल सेट पढ़ सकते हैं और (निष्पादित करने के लिए कहते हैं rx ) समूह (के लिए जी ) की बिक्री। नीचे आप देख सकते हैं कि कमांड कैसे दिखता है, साथ ही वर्तमान एसीएल सेटिंग्स को बदलने के बाद गेटफेकल कमांड का आउटपुट।

 [root@server1 /]# setfacl -mg:sales:rx /dir [root@server1 /]# getfacl /dir getfacl: Removing leading '/' from absolute path names # file: dir # owner: root # group: root user::rwx group::rx group:sales:rx mask::rx other::rx

अब जब आप समझते हैं कि समूह ACL कैसे सेट किया जाए, तो उपयोगकर्ताओं और अन्य उपयोगकर्ताओं के लिए ACL को समझना आसान है। उदाहरण के लिए, setfacl -mu: linda: rwx / data कमांड , linda उपयोगकर्ता को / डेटा निर्देशिका में, इसे मालिक बनाए बिना और वर्तमान स्वामी का गंतव्य बदले बिना अनुमतियाँ देता है। सेटफैक्ल

कमांड में कई विशेषताएं और विकल्प हैं। एक विकल्प विशेष रूप से महत्वपूर्ण है, -R विकल्प । यदि उपयोग किया जाता है, तो यह विकल्प उन सभी फ़ाइलों और उपनिर्देशिकाओं के लिए ACL को कॉन्फ़िगर करता है जो वर्तमान में उस निर्देशिका में मौजूद हैं जहां आप ACL स्थापित करते हैं। यह अनुशंसा की जाती है कि आप हमेशा मौजूदा निर्देशिकाओं के लिए ACL को संशोधित करते समय इस विकल्प का उपयोग करें।

डिफ़ॉल्ट ACL के साथ काम करें

ACL का उपयोग करने का एक लाभ यह है कि आप एक निर्देशिका में कई उपयोगकर्ताओं या समूहों को अनुमति दे सकते हैं। एक और लाभ यह है कि आप डिफ़ॉल्ट एसीएल के साथ काम करके विरासत को सक्षम कर सकते हैं।

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

यह जानना जरूरी है। यदि आप एक से अधिक उपयोगकर्ताओं या समूहों के लिए ACL का उपयोग एक ही निर्देशिका में करना चाहते हैं, तो आपको ACL को दो बार सेट करना होगा। वर्तमान फ़ाइलों के लिए ACL को बदलने के लिए पहले setfacl -R -m का उपयोग करें। फिर उपयोग करेंsetfacl -md: उन सभी नए तत्वों का ध्यान रखना जो भी बनाए जाएंगे।

डिफ़ॉल्ट ACL सेट करने के लिए, आपको केवल -m विकल्प (ऑर्डर मामलों!) के बाद d विकल्प जोड़ना होगा । इसलिए यदि आप चाहते हैं कि बिक्री समूह किसी भी चीज तक पहुंच बनाकर पढ़े और उस पर अमल करें, तो आप डेटा / डायरेक्टरी में पहुंच सकते हैं। डिफ़ॉल्ट ACL का उपयोग करते समय, यह दूसरों के लिए ACL सेट करने के लिए भी उपयोगी हो सकता है। यह आमतौर पर बहुत मायने नहीं रखता है, क्योंकि आप chmod का उपयोग करके दूसरों के लिए अनुमतियाँ भी बदल सकते हैं । हालाँकि, आप chmod के साथ क्या नहीं कर सकते

, यह उन अधिकारों को इंगित करता है जो प्रत्येक नई फ़ाइल के लिए अन्य उपयोगकर्ताओं को दिए जाने चाहिए जो कभी भी बनाए जाएंगे। यदि आप चाहते हैं कि दूसरों को / डेटा में निर्मित किसी भी चीज़ के लिए कोई अनुमति न मिले, उदाहरण के लिए, setfacl -md: o :: - / data का उपयोग करें ।

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

उन्नत अधिकार प्रबंधन उदाहरण ACLs का उपयोग करना

इस उदाहरण में, आप उन निर्देशिकाओं / डेटा / खाते और / डेटा / बिक्री के साथ काम करना जारी रखेंगे जो आपने पहले बनाए थे। पिछले उदाहरणों में, आपने गारंटी दी कि बिक्री समूह के पास / डेटा / बिक्री के लिए अनुमतियाँ हैं, और खाता समूह के पास / डेटा / खाते के लिए अनुमतियाँ हैं।

सबसे पहले, सुनिश्चित करें कि खाता समूह को / डेटा / खाता निर्देशिका में पढ़ने की अनुमति मिलती है, और बिक्री समूह को / डेटा / खाता निर्देशिका में पढ़ने की अनुमति मिलती है।

फिर आप यह सुनिश्चित करने के लिए डिफ़ॉल्ट ACL सेट करें कि सभी नई फ़ाइलों के पास सभी नई वस्तुओं के लिए अनुमतियाँ सही तरीके से सेट हैं।

एक टर्मिनल खोलें।
Setfacl -mg चलाएं : खाता: rx / data / sales और setfacl -mg: sales: rx / data / account ।
getfacl , , , .
setfacl -md:g:account:rwx,g:sales:rx /data/sales , ACL sales.
ACL /data/account, setfacl -md:g:sales:rwx,g:account:rx /data/account .
, ACL , /data/sales. touch /data/sales/newfile getfacl /data/sales/newfile .

umask

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

आपने शायद देखा कि जब आप एक नई फ़ाइल बनाते हैं, तो कुछ डिफ़ॉल्ट अनुमतियाँ सेट की जाती हैं। इन अनुमतियों को umask सेटिंग द्वारा निर्धारित किया जाता है । यह शेल विकल्प लॉगऑन पर सभी उपयोगकर्ताओं के लिए लागू होता है। ऑमस्क पैरामीटर एक संख्यात्मक मान का उपयोग करता है जो अधिकतम अनुमतियों से घटाया जाता है जो स्वचालित रूप से फ़ाइल के लिए सेट किया जा सकता है; फ़ाइलों के लिए अधिकतम सेटिंग 666 है, और निर्देशिकाओं के लिए - 777।

हालांकि, कुछ अपवाद इस नियम पर लागू होते हैं। आप नीचे दी गई तालिका में umask सेटिंग्स का पूरा अवलोकन पा सकते हैं । Umask

में उपयोग किए गए अंकों में से , जैसा कि chmod कमांड के लिए संख्यात्मक तर्कों के मामले में , पहला अंक उपयोगकर्ता की अनुमतियों को संदर्भित करता है, दूसरा अंक समूह की अनुमतियों को संदर्भित करता है, और अंतिम अन्य के लिए निर्धारित डिफ़ॉल्ट अनुमतियों को संदर्भित करता है। 022 का डिफ़ॉल्ट umask मान सभी नई फ़ाइलों के लिए 644 और आपके सर्वर पर बनाई गई सभी नई निर्देशिकाओं के लिए 755 देता है। सभी umask संख्यात्मक मूल्यों और नीचे दी गई तालिका में उनके परिणामों का एक पूरा अवलोकन ।

Umask पैरामीटर कैसे काम करता है, यह देखने के लिए एक आसान तरीका है: 666 पर सेट फ़ाइल के लिए डिफ़ॉल्ट अनुमतियों के साथ शुरू करें, और वैध अनुमतियाँ प्राप्त करने के लिए umask को घटाएं। 777 की निर्देशिका और इसकी डिफ़ॉल्ट अनुमतियों के लिए भी ऐसा ही करें।

umask सेटिंग को बदलने के दो तरीके हैं: सभी उपयोगकर्ताओं के लिए और व्यक्तिगत उपयोगकर्ताओं के लिए। यदि आप सभी उपयोगकर्ताओं के लिए umask स्थापित करना चाहते हैं, तो आपको यह सुनिश्चित करना होगा कि शेल पर्यावरण फ़ाइलों को चलाते समय umask विकल्प को ध्यान में रखा जाए, जैसा कि / etc / प्रोफाइल में निर्दिष्ट है। सही तरीका यह है कि /etc/profile.d निर्देशिका में umask.sh नाम का एक शेल स्क्रिप्ट बनाया जाए और उस शेल स्क्रिप्ट को निर्दिष्ट करें जिसे आप इस शेल स्क्रिप्ट में उपयोग करना चाहते हैं। यदि इस फ़ाइल में umask बदल दिया गया है, तो यह सर्वर पर लॉग इन करने के बाद सभी उपयोगकर्ताओं पर लागू होता है।

Umask को / etc / प्रोफाइल और संबंधित फाइलों के माध्यम से कॉन्फ़िगर करने का एक विकल्प, जहां यह सिस्टम पर सभी उपयोगकर्ताओं के लिए लागू किया जाता है, umask सेटिंग्स को .profile नामक फ़ाइल में बदलना है, जो प्रत्येक उपयोगकर्ता के घर निर्देशिका में बनाई गई है।

इस फ़ाइल में लागू सेटिंग्स केवल एक व्यक्तिगत उपयोगकर्ता पर लागू होती हैं; इसलिए, यदि आपको अधिक विवरण की आवश्यकता है तो यह एक अच्छी विधि है। मुझे व्यक्तिगत रूप से यह सुविधा पसंद है कि रूट उपयोगकर्ता के लिए डिफ़ॉल्ट umask मान को 027 में बदल दें, जबकि नियमित उपयोगकर्ता डिफ़ॉल्ट उमर 022 के साथ काम करते हैं।

उन्नत उपयोगकर्ता विशेषताओं के साथ काम करना

यह लिनक्स अधिकारों पर अंतिम खंड है।

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

ACL के साथ, फ़ाइल विशेषताओं में माउंट विकल्प को शामिल करने की आवश्यकता हो सकती है ।

यह user_xattr विकल्प है । यदि आपको उन्नत उपयोगकर्ता विशेषताओं के साथ काम करते समय "ऑपरेशन समर्थित नहीं" संदेश मिलता है, तो / etc / fabab फ़ाइल में माउंट पैरामीटर सेट करना सुनिश्चित करें ।

कई विशेषताएँ प्रलेखित हैं। कुछ विशेषताएँ उपलब्ध हैं लेकिन अभी तक लागू नहीं की गई हैं। उनका उपयोग न करें; वे आपके लिए कुछ भी नहीं लाएंगे

: यहाँ सबसे अधिक उपयोगी गुण है कि आप लागू कर सकते हैं

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

एक यह विशेषता आप जोड़ने की अनुमति देता है, लेकिन फ़ाइल को नष्ट नहीं किया।

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

डी यह विशेषता सुनिश्चित करती है कि फ़ाइलों में परिवर्तन तुरंत डिस्क पर लिखे गए हैं, और पहली जगह में कैश नहीं किए गए हैं। यह महत्वपूर्ण डेटाबेस फ़ाइलों में एक उपयोगी विशेषता है, यह सुनिश्चित करते हुए कि वे फ़ाइल कैश और हार्ड ड्राइव के बीच खो नहीं गए हैं।

d यह विशेषता सुनिश्चित करती है कि फ़ाइल बैकअप में सेव नहीं होगी जहाँ डंप यूटिलिटी का उपयोग किया गया है।

मैंयह विशेषता उस निर्देशिका के लिए अनुक्रमण सक्षम करती है जिसमें यह शामिल है। यह एक्स्ट्रीम 3 जैसे आदिम फ़ाइल सिस्टम के लिए तेज़ फ़ाइल एक्सेस प्रदान करता है, जो त्वरित फ़ाइल एक्सेस के लिए बी-ट्री डेटाबेस का उपयोग नहीं करते हैं।

i। यह विशेषता फ़ाइल को अपरिवर्तित बनाती है। इसलिए, आप फ़ाइल में परिवर्तन नहीं कर सकते हैं, जो उन फ़ाइलों के लिए उपयोगी है जिन्हें अतिरिक्त सुरक्षा की आवश्यकता है।

j यह विशेषता सुनिश्चित करती है कि ext3 फ़ाइल सिस्टम में, फ़ाइल को पहले लॉग में लिखा जाए और फिर हार्ड डिस्क पर डेटा ब्लॉक में।

s उन खंडों को अधिलेखित करें जिनमें फ़ाइल हटाने के बाद फ़ाइल को 0 s के लिए सहेजा गया था। यह सुनिश्चित करता है कि हटाए जाने के बाद फ़ाइल पुनर्प्राप्ति संभव नहीं है।

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

यदि आप विशेषताएँ लागू करना चाहते हैं, तो आप chattr कमांड का उपयोग कर सकते हैं । उदाहरण के लिए, somefile में विशेषताओं को लागू करने के लिए chattr + s somefile का उपयोग करें । एक विशेषता को हटाने की आवश्यकता है? इसके बाद chattr -s somefile का उपयोग करें और इसे हटा दिया जाएगा। वर्तमान में उपयोग की जाने वाली सभी विशेषताओं का अवलोकन प्राप्त करने के लिए, lsattr कमांड का उपयोग करें ।

सारांश

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

अगर आपको यह अनुवाद पसंद आया है, तो कृपया टिप्पणियों में इसके बारे में लिखें। उपयोगी अनुवाद करने के लिए और अधिक प्रेरणा होगी।

. .

« - .» « - .», .

berez .

:
, , , .

:
, , , . , , , .

CryptoPirate

लिनक्स अधिकार (chown, chmod, SUID, GUID, चिपचिपा सा, ACL, umask)