📟 🈵 👩🏼‍⚖️ Gentoo के संस्थापक से लिनक्स की मूल बातें। भाग 3 (2/4): अनुमतियाँ मॉडल ✋ 👩🏽‍🍳 👨🏽‍🤝‍👨🏻

लिनक्स शुरुआती ट्यूटोरियल श्रृंखला की तीसरी किश्त से दूसरा अंश। जिसमें आप लिनक्स में मुख्य सुरक्षा सुविधाओं में से एक के बारे में जान सकते हैं। अर्थात्, अधिकार प्राप्त करें और स्वामित्व मॉडल दर्ज करें।

Gentoo के संस्थापक से लिनक्स मूल बातें नेविगेशन:

भाग I:
BASH, नेविगेशन की मूल बातें
फ़ाइलों और निर्देशिकाओं का प्रबंधन करें
लिंक और फ़ाइलों और निर्देशिकाओं को हटाना
ग्लोब लुक देता है
भाग II:
नियमित अभिव्यक्ति
फ़ोल्डर असाइनमेंट, फ़ाइल खोज
प्रक्रिया प्रबंधन
पाठ प्रसंस्करण और पुनर्निर्देशन
कर्नेल मॉड्यूल
भाग III
प्रलेखन
एक्सेस मॉडल
खाता प्रबंधन
पर्यावरण की स्थापना (योग और लिंक)

लिनक्स अनुमति मॉडल

एक उपयोगकर्ता, एक समूह

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

$ ls -l /bin/bash 
      

        
        
        
      

     -rwxr-xr-x 1 root wheel 430540 Dec 23 18:27 /bin/bash

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

"Ls -l" को समझना

आइए ls -l कमांड के आउटपुट को देखें। सूची के पहले कॉलम पर एक नज़र डालें:

$ ls -l /bin/bash 
      

        
        
        
      

     -rwxr-xr-x 1 root wheel 430540 Dec 23 18:27 /bin/bash

पहले फ़ील्ड -rxxr-xr-x में इस फ़ाइल के अधिकारों का प्रतीकात्मक प्रतिनिधित्व है। इस क्षेत्र में पहला वर्ण (-) फ़ाइल के प्रकार को निर्धारित करता है, इस मामले में यह एक नियमित फ़ाइल है। अन्य संभावित मान:

तीन त्रिगुण

$ ls -l /bin/bash 
      

        
        
        
      

     -rwxr-xr-x 1 root wheel 430540 Dec 23 18:27 /bin/bash

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

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

मैं कौन हूँ?

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

# whoami 
      

        
        
        
      

     root 
      

        
        
        
      

     # su drobbins 
      

        
        
        
      

     $ whoami 
      

        
        
        
      

     drobbins

मैं किन समूहों से संबंधित हूं?

यह देखने के लिए कि आप किस समूह से संबंधित हैं, समूहों के कमांड का उपयोग करें:

$ groups 
      

        
        
        
      

     drobbins wheel audio

यह उदाहरण दिखाता है कि मैं ड्रोबिन्स, व्हील और ऑडियो समूहों का सदस्य हूं। यदि आप यह देखना चाहते हैं कि दूसरा उपयोगकर्ता किस समूह में है, तो उसका नाम तर्क के रूप में दें।

$ groups root daemon 
      

        
        
        
      

     root : root bin daemon sys adm disk wheel floppy dialout tape video 
      

        
        
        
      

     daemon : daemon bin adm

उपयोगकर्ता और स्वामी समूह बदलें

फ़ाइल (या अन्य ऑब्जेक्ट) के स्वामी या समूह को बदलने के लिए, क्रमशः chown या chgrp कमांड का उपयोग करें। सबसे पहले आपको समूह या मालिक का नाम और फिर फाइलों की सूची पास करनी होगी।

# chown root /etc/passwd 
      

        
        
        
      

     # chgrp wheel /etc/passwd

आप किसी अन्य रूप में chown कमांड का उपयोग करके एक ही समय में उपयोगकर्ता और समूह को बदल सकते हैं:

# chown root:wheel /etc/passwd

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

अधिकारों का पुन: परिवर्तन

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

# chown -R drobbins /home/drobbins

प्रस्तुत है चामोद

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

$ chmod +x scriptfile.sh

ऊपर दिए गए उदाहरण में, + x को विधि के रूप में निर्दिष्ट किया गया है। जैसा कि आप अनुमान लगा सकते हैं, + x विधि chmod को बताती है कि फ़ाइल को उपयोगकर्ता, समूह और अन्य सभी के लिए निष्पादन योग्य बनाया जाना चाहिए। यदि हम फ़ाइल को निष्पादित करने के सभी अधिकार छीनने का निर्णय लेते हैं, तो हम इस तरह करेंगे:

$ chmod -x scriptfile.sh

उपयोगकर्ता, समूह और अन्य सभी के बीच अलगाव

अब तक, chmod कमांड के हमारे उदाहरणों ने एक्सेस अधिकारों के सभी तीन सेटों - उपयोगकर्ता, समूह और सभी अन्य उपयोगकर्ताओं के एक्सेस अधिकारों को प्रभावित किया है। एक बार में केवल एक या दो सेट बदलना सुविधाजनक होता है। ऐसा करने के लिए, केवल उन अनुमतियों के सेट को इंगित करने के लिए विशेष वर्ण का उपयोग करें, जिन्हें आपके सामने बदलने की आवश्यकता है, इसके साथ + या - साइन इन करें। उपयोगकर्ता के लिए यू का उपयोग करें, समूह के लिए जी और अन्य उपयोगकर्ताओं के लिए ओ।

$ chmod go-w scriptfile.sh

हमने समूह और अन्य सभी उपयोगकर्ताओं के लिए लिखित अनुमति को हटा दिया, लेकिन मालिक के अधिकारों को बरकरार रखा।

अनुमतियाँ रीसेट करें

चालू / बंद राज्य तक पहुँच अधिकार के लिए जिम्मेदार बिट्स को स्विच करने के अलावा, हम एक ही बार में सभी के लिए विशिष्ट मान सेट कर सकते हैं। समानता ऑपरेटर का उपयोग करते हुए, हम chmod को बता सकते हैं कि हम केवल निर्दिष्ट पहुँच अधिकार सेट करना चाहते हैं:

$ chmod =rx scriptfile.sh

इस कमांड से हम सभी रीड बिट्स को निष्पादित करते हैं और सभी राइट बिट्स को रीसेट करते हैं। यदि आप बिट्स के किसी विशेष ट्रिपल के मूल्यों को सेट करना चाहते हैं, तो आप समानता के पहले इसका प्रतीकात्मक नाम निर्दिष्ट करके ऐसा कर सकते हैं:

$ chmod u=rx scriptfile.sh

न्यूमेरिक मोड

अब तक, हमने इस्तेमाल किया है जिसे चामोद कमांड के लिए अनुमतियों को निर्दिष्ट करने का एक प्रतीकात्मक तरीका कहा जाता है। हालांकि, अधिकारों को निर्दिष्ट करने का एक और काफी सामान्य तरीका है: चार-अंकीय संख्याओं का उपयोग करना। इस सिंटैक्स को अनुमतियों का संख्यात्मक सिंटैक्स कहा जाता है, जहां प्रत्येक अंक अनुमतियों के ट्रिपल का प्रतिनिधित्व करता है। उदाहरण के लिए, 1777 में, 777 ने झंडे सेट किए, जिनके बारे में हम मालिक, समूह और अन्य उपयोगकर्ताओं के लिए इस खंड में बात करते हैं। 1 का उपयोग एक विशेष अनुमति बिट को इंगित करने के लिए किया जाता है, जिसे हम बाद में चर्चा करेंगे (अनुभाग के अंत में "मायावी पहला अंक देखें")। यह तालिका दिखाती है कि संख्यात्मक मूल्यों तक पहुँच अधिकार का अनुवाद कैसे किया जाता है।

  संख्या मोड

 rwx 7
 आरडब्ल्यू- ६
 आरएक्स 5
 r-- 4
 -वक्त ३
 —व— २
 - १
 --- 0

न्यूमेरिक एक्सेस सिंटेक्स

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

$ chmod 0755 scriptfile.sh 
      

        
        
        
      

     $ ls -l scriptfile.sh 
      

        
        
        
      

     -rwxr-xr-x 1 drobbins drobbins 0 Jan 9 17:44 scriptfile.sh

इस उदाहरण में, हमने 0755 अनुमतियां दी हैं, जो अनुमतियों के संयोजन के बराबर है -rwxr-xr-x।

umask

जब कोई प्रक्रिया एक नई फ़ाइल बनाती है, तो यह इंगित करती है कि इस फ़ाइल के लिए क्या अनुमतियाँ सेट की गई हैं। अक्सर, 0666 अधिकारों का अनुरोध किया जाता है (सभी द्वारा पढ़ा और लिखा जाता है), जो कि ज्यादातर मामलों में आवश्यक से अधिक अनुमति देता है। सौभाग्य से, हर बार लिनक्स पर एक नई फ़ाइल बनाई जाती है, सिस्टम umask नामक एक पैरामीटर तक पहुंचता है। सिस्टम कुछ अधिक उचित और सुरक्षित के लिए प्रारंभिक अनुमतियों को कम करने के लिए umask मान का उपयोग करता है। आप कमांड लाइन पर umask टाइप करके वर्तमान umask सेटिंग्स देख सकते हैं:

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

$ umask 0077

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

  संख्या मोड

 rwx 7
 आरडब्ल्यू- ६
 आरएक्स 5
 r-- 4
 -वक्त ३
 —व— २
 - १
 --- 0

इस तालिका का उपयोग करते हुए, हम देखते हैं कि 0077 में अंतिम तीन वर्ण इंगित करते हैं --- rwxrwx। अब याद रखें कि umask उस सिस्टम को दिखाता है जिसे अक्षम करने की अनुमति है। पहले और दूसरे को मिलाकर, यह स्पष्ट हो जाता है कि समूह और अन्य उपयोगकर्ताओं के लिए सभी अधिकार अक्षम हो जाएंगे, जबकि मालिक के अधिकार अछूते नहीं रहेंगे।

प्रस्तुत है सुसाइड और एसजीआईडी

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

$ ls -l /etc/passwd 
      

        
        
        
      

     -rw-r--r-- 1 root wheel 1355 Nov 1 21:16 /etc/passwd

हालांकि, सामान्य उपयोगकर्ताओं को भी कम से कम अप्रत्यक्ष रूप से / etc / passwd की सामग्री को बदलने में सक्षम होना चाहिए, जब उन्हें अपना पासवर्ड बदलने की आवश्यकता हो। लेकिन अगर उपयोगकर्ता इस फ़ाइल को संशोधित नहीं कर सकता है, तो इसे कैसे करें?

SUID

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

$ ls -l /usr/bin/passwd 
      

        
        
        
      

     -rwsr-xr-x 1 root wheel 17588 Sep 24 00:53 /usr/bin/passwd

ध्यान दें कि अनुमतियों के स्वामी के ट्रिपल में x के बजाय s है। इसका मतलब यह है कि इस विशेष कार्यक्रम के लिए सुसाइड बिट्स और चलाने के अधिकार निर्धारित हैं। इस कारण से, जब पासवार्ड प्रोग्राम शुरू करते हैं, तो यह रूट (सभी सुपरयूज़र अनुमतियों के साथ) के रूप में काम करेगा, न कि उपयोगकर्ता ने इसे लॉन्च किया था। और चूंकि passwd सुपरसुसर विशेषाधिकारों के साथ काम करता है, इसलिए यह बिना किसी कठिनाइयों के / etc / passwd को संपादित करने में सक्षम है।

आत्महत्या / sgid चेतावनी

हमने देखा कि कैसे काम करता है, sgid समान तरीके से काम करता है। यह कार्यक्रम को समूह के एक्सेस अधिकारों को प्राप्त करने की अनुमति देता है, न कि वर्तमान उपयोगकर्ता।

 !  ,          suid  sgid. -,  suid  sgid        ls -l.   x  ,      s (  ). ,   x        S (  ).

 !    : suid  sgid     ,            .        suid .  passwd —   ,    suid.

Suid और sgid बदलें

Suid और sgid बिट्स को सेट और हटाने का तरीका बेहद सरल है। यह है कि हम suid bit कैसे सेट करते हैं:

# chmod u+s /usr/bin/myapp

और निम्नलिखित उदाहरण में, हम निर्देशिका से sgid ध्वज को हटाते हैं। आप देखेंगे कि निर्देशिकाओं के साथ sgid बिट थोड़ा कम कैसे काम करता है:

# chmod gs /home/drobbins

अधिकार और निर्देशिका

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

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

निर्देशिकाएँ और sgid झंडा

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

# mkdir /home/groupspace 
      

        
        
        
      

     # chgrp mygroup /home/groupspace 
      

        
        
        
      

     # chmod g+s /home/groupspace

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

निर्देशिकाएँ और विलोपन

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

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

अच्छी खबर यह है कि लिनक्स पर एक तथाकथित चिपचिपा बिट है। जब चिपचिपा बिट / tmp (chmod + t कमांड के साथ) के लिए सेट किया जाता है, तो केवल / जो फ़ाइलें tmp में हटा सकते हैं या नाम बदल सकते हैं वे या तो इन फ़ाइलों के स्वामी हैं या सुपरयूज़र।

मायावी पहला संकेत

इस खंड को समाप्त करने के लिए, हम अंत में संख्यात्मक सिंटैक्स में उपयोग किए गए पहले चरित्र पर अपना ध्यान केंद्रित करते हैं। इसका उपयोग चिपचिपा, सुसाइड और साग बिट्स सेट करने के लिए किया जाता है:

  suid sgid चिपचिपा मोड

 7 को ऑन
 6 पर बंद
 5 पर बंद
 बंद 4 पर
 3 पर बंद
 बंद 2 पर
 1 पर बंद
 बंद ०

निम्न का एक उदाहरण है कि कार्य समूह द्वारा उपयोग की जाने वाली निर्देशिका तक पहुँच अधिकार सेट करने के लिए 4-अंकीय मोड का उपयोग कैसे करें:

# chmod 1775 /home/groupfiles

होमवर्क के रूप में, पता करें कि अनुमतियों की सेटिंग में 1755 का क्या मतलब है। :)

अनुवाद को सामूहिक मन द्वारा notabenoid.com का उपयोग करके किया गया था। निम्नलिखित बेनॉइड उपयोगकर्ताओं (वर्णमाला के क्रम में) के लिए धन्यवाद: दयालु , nekjine , रिच । अलेक्सई ब्लाज़्को (blazhkoa@gmail.com) के लिए विशेष धन्यवाद, साथ ही अनुवाद की पूरी श्रृंखला के सर्जक, VBart ।

जारी रखने के लिए ...

लेखकों के बारे में

डैनियल रॉबिंस

डैनियल रॉबिंस जेंटू समुदाय के संस्थापक और जेंटो लिनक्स ऑपरेटिंग सिस्टम के निर्माता हैं। डैनियल अपनी पत्नी मैरी और दो ऊर्जावान बेटियों के साथ न्यू मैक्सिको में रहता है। वह फंटू के संस्थापक और प्रमुख भी हैं, और आईबीएम डेवलपरवर्क्स , इंटेल डेवलपर सेवाओं और सी / सी ++ उपयोगकर्ता जर्नल के लिए कई तकनीकी लेख लिखे हैं।

क्रिस हाउसर

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

एरन ग्रिफिस

आयरन ग्रिफ़िस बोस्टन में रहते हैं, जहाँ उन्होंने पिछले दशक में Hewlett-Packard पर काम कर रहे प्रोजेक्ट्स जैसे कि UNIX नेटवर्क ड्राइवरों के लिए Tru64, Linux, Xen और KVM वर्चुअलाइजेशन सुरक्षा प्रमाणीकरण और हाल ही में HP ePrint प्लेटफ़ॉर्म पर काम किया। प्रोग्रामिंग से अपने खाली समय में, एरॉन अपनी बाइक की सवारी करते हुए, बोस्टन की पेशेवर बेसबॉल टीम रेड सॉक्स के लिए चीयर करते हुए, प्रोग्रामिंग समस्याओं का सफाया करना पसंद करते हैं।

Gentoo के संस्थापक से लिनक्स की मूल बातें। भाग 3 (2/4): अनुमतियाँ मॉडल

Gentoo के संस्थापक से लिनक्स मूल बातें नेविगेशन: (adsbygoogle = window.adsbygoogle || []).push({});

भाग I:

भाग II:

भाग III