लिनक्समा अनुमतिहरू र अधिकारहरू

 

हामी मध्ये कति जनालाई एक निश्चित डाइरेक्टरी / फोल्डरमा समावेश फाइलहरूमा "पहुँच सीमित" गर्न आवश्यक परेको छ वा हामी केवल केही व्यक्तिहरूलाई निश्चित फाइलको सामग्री अवलोकन, मेटाउने वा परिमार्जन गर्नबाट रोक्न आवश्यक छ? एक भन्दा बढी, हैन? के हामी यसलाई हाम्रो प्यारो पेंगुइनमा प्राप्त गर्न सक्छौं? उत्तर हो: हो हो : D.

परिचय

हामीमध्ये धेरै जो विन्डोजबाट आएका हौं, यो "समस्या" लाई धेरै फरक तरिकाले व्यवहार गर्न प्रयोग गरेका थियौं, यो उद्देश्य प्राप्त गर्न हामीले अपरंपरागत "तरिकाहरू" को सहारा लिनुपर्‍यो, जस्तै फाईललाई यसको विशेषताहरू मार्फत लुकाएर हाम्रो जानकारीलाई यसमा सार्न। हाम्रो टोलीको सब भन्दा टाढाको स्थान (२०,००० फोल्डर भित्र) फाईल विस्तार वा परिवर्तन गर्ने वा अभ्यासको सबैभन्दा "सामान्य" लाई हटाउने, "डाइरेक्टरी" बन्द गर्न को लागी एक प्रोग्राम डाउनलोड गर्नुहोस् जुन हाम्रो डाइरेक्टरीलाई "बन्द" गर्न अनुमति दिन्छ। एक राम्रो डायलग बक्सको पछाडि जुन हामीलाई पहुँचको लागि पासवर्डको लागि सोध्छ। हामीसँग अझ राम्रो विकल्प थियो? होइन.

सम्बन्धित लेख:
कसरी टर्मिनल मार्फत HDDs वा विभाजनहरू माउन्ट गर्ने

म मेरा "विन्डोलेरो" साथीहरूको लागि धेरै दु: खी छु (म यसलाई ठूलो स्नेहका साथ भन्छु कि कोहीले पनि असन्तुष्ट नहोस्, ठीक छ;;)), तर आज मैले आफूलाई विन्डोज: P मार्फत अलि अलि सिकाउनु पर्छ, किनकी म यो OS लाई किन अनुमति दिदैन भनेर वर्णन गर्ने छु। मूल यो कार्यक्षमता।

तपाई मध्ये कति जनाले याद गर्नु भएको छ कि जब हामी "विन्डोज" कम्प्युटरको पछाडि बस्दछौं (यदि यो हाम्रो होइन भने पनि) हामी स्वचालित रूपमा कम्प्युटरले समावेश गरेका सबै चीजहरूका मालिकहरू (छविहरू, कागजातहरू, कार्यक्रमहरू, इत्यादि) बन्छौं? मेरो मतलब के हो? ठीक छ, "विन्डोजको नियन्त्रण" लिएर, हामी प्रतिलिपि गर्न, सार्न, मेटाउन, सिर्जना गर्न, खोल्न वा परिवर्तन गर्न सक्दछौं फोल्डर र फाइलहरू बाँया र दायाँ, हामी यस जानकारीको "मालिकहरू" हौं वा होईन भन्ने वास्ता नगरिकन। यसले अपरेटिंग प्रणालीमा प्रमुख सुरक्षा त्रुटि प्रतिबिम्बित गर्दछ, हैन? ठिक छ, यो सबै किनभने माइक्रोसफ्टको अपरेटिंग सिस्टम बहु-प्रयोगकर्ता हुनको लागि ग्राउन्ड अपबाट डिजाइन गरिएको थिएन। जब MS-DOS को संस्करणहरू र विन्डोजको केही संस्करणहरू रिलिज गरियो, तिनीहरूले पूर्ण विश्वास गरे कि अन्तिम प्रयोगकर्ता उनीहरूको सम्बन्धित कम्प्युटरलाई "सुरक्षित" राख्न जिम्मेवार हुनेछ ताकि कुनै पनि प्रयोगकर्ताले यसमा भण्डार गरिएको जानकारीको पहुँच गर्न सकेन ... भोली ¬ ¬। अब WinUser साथीहरु, तपाईलाई पहिले नै थाहा छ किन त्यहाँ यो "रहस्य" छ: डी

अर्कोतर्फ, GNU / Linux, नेटवर्किंगको लागि मौलिक रूपमा डिजाइन गरिएको प्रणालीको रूपमा, हामीले हाम्रो कम्प्युटरहरूमा भण्डार गरेको जानकारीको सुरक्षा आवश्यक छ (सर्भरहरूमा उल्लेख नगर्न), किनभने धेरै प्रयोगकर्ताहरूको पहुँच हुनेछ वा पहुँच गर्न सक्दछ। सफ्टवेयर संसाधनको हिस्सा (दुबै अनुप्रयोग र जानकारी) र हार्डवेयर जुन यी कम्प्युटरहरूमा व्यवस्थित छन्।

अब हामी हेर्न सक्दछौं किन परमिट प्रणालीको आवश्यकता छ? विषयमा गोता लगाउनुहोस्;)।

सम्बन्धित लेख:
DU: कसरी १० डिरेक्टरीहरू हेर्नुहोस् कि अधिक ठाउँ लिन्छ

GNU / Linux मा, अनुमतिहरू वा अधिकारहरू जुन प्रयोगकर्ताहरूले त्यसमा समावेश गरिएका केही फाइलहरू माथि राख्न सक्छन् तीन स्पष्ट भिन्न स्तरहरूमा स्थापित हुन्छन्। यी तीन स्तरहरू निम्नानुसार छन्:

मालिकका अनुमतिहरू।
समूह अनुमतिहरू।
बाँकी प्रयोगकर्ताहरूको अनुमतिहरू (वा "अन्यहरू" पनि भनिन्छ)।

यी अवधारणाहरूको बारे स्पष्ट हुन, नेटवर्क प्रणालीहरूमा (जस्तै पेन्गुइन) त्यहाँ सँधै प्रशासक, सुपरुजर वा मूलको आकृति हुन्छ। यस प्रशासकले प्रयोगकर्ताहरू सिर्जना गर्ने र हटाउने कामका साथसाथै ती सबै प्रणालीमा सुविधाहरू स्थापना गर्ने काममा जिम्मेवार छन्। यी सुविधाहरू दुबै प्रत्येक प्रयोगकर्ताको गृह डाइरेक्टरी र निर्देशिका र फाईलहरूको लागि स्थापना गरिन्छ जुन प्रयोगकर्ताले पहुँच गर्न सक्ने निर्णय गर्दछ।

मालिक अनुमतिहरू

मालिक प्रयोगकर्ता हो जसले काम र डिरेक्टरी (घर) भित्र फाईल / फोल्डर सिर्जना गर्दछ वा सिर्जना गर्दछ, वा केहि अन्य डाइरेक्टरीमा जससँग उसको अधिकार छ। प्रत्येक प्रयोगकर्तासँग उनीहरूको कामको डाइरेक्टरी भित्र चाहिएको फाईलहरू, पूर्वनिर्धारितद्वारा सिर्जना गर्ने शक्ति छ। सिद्धान्तमा, उहाँ र केवल उही व्यक्ति हुनुहुन्छ जसले तपाईंको घर डाइरेक्टरीमा फाईलहरू र डाइरेक्टरीहरूमा समावेश भएको जानकारीमा पहुँच राख्दछ।

समूह अनुमतिहरू

सब भन्दा सामान्य चीज यो हो कि प्रत्येक प्रयोगकर्ता कार्य समूहसँग सम्बन्धित छ। यस तरिकाले, जब एक समूह ब्यबस्थित गरिएको छ, सबै प्रयोगकर्ताहरू जुन यो सम्बन्धित हुन्छन्। अर्को शब्दमा, प्रत्येक प्रयोगकर्तालाई स्वतन्त्र रूपमा तोकिदिनुभन्दा प्रणालीमा निश्चित सुविधाहरू प्रदान गरिएको धेरै प्रयोगकर्ताहरूलाई समूहमा एकीकृत गर्न सजिलो हुन्छ।

बाँकी प्रयोगकर्ताहरूको अनुमति

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

धेरै राम्रो छ, तर म कसरी यो सबै पहिचान गर्न सक्दछु? सरल, टर्मिनल खोल्नुहोस् र निम्न गर्नुहोस्:

$ ls -l

नोट: ती लोअरकेस "L" अक्षरहरू हुन् 😉

यो निम्न जस्तै केहि देखा पर्नेछ:

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

GNU / Linux मा अनुमतिहरूको प्रकारहरू

GNU / Linux मा अनुमतिहरू कसरी सेट गरिन्छ भन्ने सिक्नु अघि, हामीले यो जान्नुपर्दछ कि प्रणालीमा हुन सक्ने विभिन्न प्रकारका फाइलहरू कसरी भिन्न गर्न सकिन्छ।

GNU / Linux मा प्रत्येक फाईल 10 वर्णहरू द्वारा चिनिन्छ जुन भनिन्छ मुकुट। यी १० अक्षरहरू मध्ये, पहिलो (बायाँ देखि दायाँ) ले फाइल प्रकारलाई जनाउँछ। निम्न,, बायाँ देखि दायाँ र of को ब्लकहरूमा, अनुमतिको सन्दर्भमा अनुक्रमित रूपमा मालिक, समूह र बाँकी वा अरूलाई सिफारिश गर्दछ। यो सबै चीज प्रदर्शन गर्न एक स्क्रीनशट:

फाईलहरूको पहिलो चरित्र निम्न हुन सक्छ:

मलाईं माफ गर्नुहोस् पहिचान गर्नुहोस्
- अभिलेख
d निर्देशिका
b विशेष ब्लक फाइल (उपकरण विशेष फाईलहरू)
c विशेष क्यारेक्टर फाइल (tty उपकरण, प्रिन्टर ...)
l लिंक फाईल वा लिंक (नरम / प्रतीकात्मक लिंक)
p च्यानल विशेष फाईल (पाइप वा पाइप)

 

अर्को नौ वर्णहरू प्रणाली प्रयोगकर्ताहरूलाई प्रदान गरिएको अनुमतिहरू हुन्। प्रत्येक तीन वर्ण, मालिक, समूह, र अन्य प्रयोगकर्ता अनुमतिहरू सन्दर्भित छन्।

यी अनुमतिहरू परिभाषित गर्ने पात्रहरू निम्न हुन्:

मलाईं माफ गर्नुहोस् पहिचान गर्नुहोस्
- अनुमति बिना
r अनुमति पढ्नुहोस्
w अनुमति लेख्नुहोस्
x कार्यान्वयन अनुमति

 

फाइल अनुमतिहरू

पढ्दै: यसले मूल रूपमा तपाईंलाई फाईलको सामग्री हेर्न अनुमति दिन्छ।
लेख्नुहोस्: फाईलको सामग्री परिमार्जन गर्न तपाईंलाई अनुमति दिन्छ।
कार्यान्वयन: फाईल कार्यान्वयन गर्न अनुमति दिन्छ यदि यो एक कार्यान्वयन योग्य प्रोग्राम हो भने।

निर्देशिका अनुमतिहरू

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

नोट: यदि तपाईंसँग कार्यान्वयन अनुमति छैन भने, हामी त्यो डाइरेक्टरीमा पहुँच गर्न सक्षम हुनेछैनौं (यदि हामीले "cd" आदेश पनि प्रयोग गर्यौं भने), किनकि यो कार्य अस्वीकृत हुनेछ। यसले मार्गको एक हिस्साको रूपमा डाइरेक्टरीको प्रयोग सीमित गर्न पनि अनुमति दिन्छ (जब हामी सन्दर्भ डाइरेक्टरीमा फेला पारिएको फाईलको मार्ग पास गर्छौं भने मानौं हामी फोल्डर "X.ogg" प्रतिलिपि गर्न चाहन्छौं जुन फोल्डरमा रहेको छ। "/ home / perseo / Z" - जसको लागि "Z" फोल्डरमा कार्यान्वयन अनुमति छैन - हामी निम्न कार्य गर्दछौं:

$ cp /home/perseo/Z/X.ogg /home/perseo/Y/

यस त्रुटि त्रुटि प्राप्त गर्दै हामीलाई यो भन्दै छ कि हामीसँग फाईल पहुँच गर्नका लागि पर्याप्त अनुमति छैन: D)। यदि डाइरेक्टरीको कार्यान्वयन अनुमति निस्क्रिय गरिएको छ भने, तपाईं यसको सामग्री हेर्न सक्नुहुनेछ (यदि तपाईंसँग पढ्न अनुमति छ भने), तर तपाईं यसमा समावेश कुनै पनि वस्तु पहुँच गर्न सक्षम हुनुहुने छैन, किनकि यो डाइरेक्टरी आवश्यक अंश हो। तपाईंको वस्तुहरूको स्थान समाधान गर्न पथ।

GNU / Linux मा अनुमति व्यवस्थापन

अहिले सम्म हामीले GNU / Linux मा के अनुमतिहरू गर्छौं देख्यौं, तल हामी अनुमतिहरू वा अधिकारहरू कसरी तोक्न वा घटाउने हेर्ने छौं।

सुरु गर्नु अघि, हामीले यो याद राख्नुपर्दछ कि जब हामी प्रणालीमा प्रयोगकर्ता रेजिस्टर गर्दछौं वा सिर्जना गर्दछौं, हामी स्वचालित रूपमा उनीहरूलाई सुविधाहरू प्रदान गर्दछौं। यी सुविधाहरू, अवश्य पनि, पूर्ण हुँदैन, त्यो हो कि, प्रयोगकर्ताहरूसँग सामान्यतया सुपरुजरको समान अनुमति र अधिकारहरू हुँदैन। जब प्रयोगकर्ता सिर्जना हुन्छ, प्रणाली पूर्वनिर्धारितद्वारा फाइल प्रबन्धन र डाइरेक्टरी व्यवस्थापनको लागि प्रयोगकर्ताको अधिकारहरू उत्पन्न गर्दछ। स्पष्ट रूपमा, यी प्रशासकले परिमार्जन गर्न सक्दछन्, तर प्रणाली अधिक वा कम वैध सुविधाहरू उत्पन्न गर्दछ जुन अधिकांश प्रयोगकर्ताहरूले उनीहरूका डाइरेक्टरी, तिनीहरूका फाईलहरू, र डाइरेक्टरीहरू र अन्य प्रयोगकर्ताहरूको फाइलहरूमा गर्दछ। यी सामान्यतया निम्न अनुमतिहरू हुन्:

<Files फाईलहरूको लागि: - rw- आर-- r--
<Directories निर्देशिकाहरूको लागि: - rwx rwx rwx

नोट: तिनीहरू सबै GNU / Linux वितरणको लागि समान अनुमतिहरू छैनन्।

यी सुविधाहरू हामीलाई फाईलहरू सिर्जना गर्न, प्रतिलिपि गर्न र मेटाउन, नयाँ निर्देशिकाहरू सिर्जना गर्न, आदि अनुमति दिन्छ। यसलाई व्यवहारमा हेरौं: D:

उदाहरणको रूपमा "उन्नत CSS.pdf" फाइल लिनुहोस्। यो देखिए कि यो निम्न प्रकारले देखा पर्दछ: -rw-r--r-- ... उन्नत CSS.pdf। नजिकबाट हेरौं

Tipo प्रयोगकर्ता समूह बाँकी प्रयोगकर्ताहरू (अरू) फाईल नाम
- rw- r-- r-- उन्नत CSS.pdf

 

यसको मतलब यो हो कि:

<° प्रकार: अभिलेख
<° प्रयोगकर्ताले: पढ्नुहोस् (सामग्री हेर्नुहोस्) र लेख्नुहोस् (परिमार्जन) फाईल।
<° यो समूह जसमा प्रयोगकर्ता सम्बन्धित छ: पढ्नुहोस् (मात्र) फाईल।
<° अन्य प्रयोगकर्ताहरूले: पढ्नुहोस् (मात्र) फाईल।

ती उत्सुक व्यक्तिहरूका लागि जुन अहिले ls -l द्वारा प्राप्त गरिएको सूचीका अन्य क्षेत्रहरू के सन्दर्भमा सोच्दैछन्, यहाँ उत्तर छ:

यदि तपाईं हार्ड र नरम / प्रतीकात्मक लिंकहरूको बारेमा बढी जान्न चाहानुहुन्छ भने, यहाँ स्पष्टीकरण र तिनीहरूको मतभेदहरू.

राम्रो साथीहरु, हामी प्रश्नको विषयको सब भन्दा चाखलाग्दो र भारी भागमा आएका छौं ...

अनुमति असाइनमेन्ट

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

याद राख्नुको आधारभूत कुरा यो हो कि हामी यी स्तरहरूमा अनुमतिहरू दिन्छौं वा हटाउँछौं:

प्यारामिटर स्तर Descripción
u मालिक फाईल वा निर्देशिकको मालिक
g समूह समूह जुन फाईल सम्बन्धित छ
o अरूलाई सबै अन्य प्रयोगकर्ताहरू जो मालिक वा समूह होइनन्

 

अनुमति प्रकारहरू:

मलाईं माफ गर्नुहोस् पहिचान गर्नुहोस्
r अनुमति पढ्नुहोस्
w अनुमति लेख्नुहोस्
x कार्यान्वयन अनुमति

 

 मालिकलाई कार्यान्वयन गर्न अनुमति दिनुहोस्:

$ chmod u+x komodo.sh

सबै प्रयोगकर्ताहरूबाट कार्यान्वयन अनुमति हटाउनुहोस्:

$ chmod -x komodo.sh

अन्य प्रयोगकर्ताहरूलाई पढ्न र लेख्न अनुमति दिनुहोस्:

$ chmod o+r+w komodo.sh

केवल पठन पढ्ने अनुमति छोड्नुहोस् जुन समूहसँग फाईल सम्बन्धित छ:

$ chmod g+r-w-x komodo.sh

अक्टल संख्यात्मक ढाँचामा अनुमतिहरू

त्यहाँ chmod कमाण्ड प्रयोग गर्ने अर्को तरीका छ जुन धेरै उपयोगकर्ताहरुका लागि "बढी सहज" हुन्छ, यद्यपि एक प्राथमिकता यो बुझ्न कत्ति जटिल छ -

प्रत्येक समूहको मानहरूको संयोजनले अक्टल संख्या बनाउँदछ, "x" बिट २० हो कि १, डब्ल्यू बिट २१ जुन २ हो, आर बिट २२ हो जुन 20 हो, हामीसँग छ:

r =।
w = २
x = १

प्रत्येक समूहमा बिट्सको अफ वा अफको संयोजनले आठ सम्भावित मानहरूको संयोजनहरू दिन्छ, जुन कि बिट्सको योग:

मलाईं माफ गर्नुहोस् अक्टल मान Descripción
- - - 0 तपाईसँग कुनै अनुमति छैन
- - x 1 मात्र कार्यान्वयन अनुमति
- w - 2 मात्र लेख्न अनुमति
- wx 3 अनुमतिहरू लेख्नुहोस् र कार्यान्वयन गर्नुहोस्
r - - 4 पढ्ने अनुमति मात्र
r - x 5 अनुमतिहरू पढ्नुहोस् र कार्यान्वयन गर्नुहोस्
rw - 6 अनुमतिहरू पढ्नुहोस् र लेख्नुहोस्
rwx 7 सबै अनुमतिहरू सेट, पढ्न, लेख्न र कार्यान्वयन गर्नुहोस्

 

जब तपाईं प्रयोगकर्ता, समूह, र अन्य अनुमतिहरू संयोजन गर्नुहुन्छ, तपाईंले तीन-अंकको नम्बर पाउनुहुनेछ जसले फाइल वा निर्देशिका अनुमति बनाउँदछ। उदाहरण:

मलाईं माफ गर्नुहोस् वीरता Descripción
rw- --- -- 600 मालिकले पढेको र लेख्ने अनुमतिहरू छ
rwx --x --x 711 मालिक पढ्ने, लेख्ने र कार्यान्वयन गर्ने, समूह र अन्य कार्यान्वयन मात्र
rwx rx rx 755 पढ्ने, लेख्ने र कार्यान्वयन गर्ने मालिक, समूह र अन्यले पढ्न र फाइल कार्यान्वयन गर्न सक्दछन्
rwx rwx rwx 777 फाइल पढ्न, लेख्न र जो कोही द्वारा कार्यान्वयन गर्न सकिन्छ
r-- --- -- 400 केवल मालिकले फाइल पढ्न सक्दछ, तर न त उसले यसलाई परिमार्जन गर्न र कार्यान्वयन गर्न सक्छ र न त समूह वा अन्यले यसमा केहि गर्न सक्छन्।
rw- आर-- --- 640 मालिक प्रयोगकर्ताले पढ्न र लेख्न, समूह फाईल पढ्न, र अन्यले केहि गर्न सक्दैनन्

 

विशेष अनुमतिहरू

विचार गर्नको लागि अझै अन्य प्रकारका अनुमतिहरू छन्। यी SID (सेट प्रयोगकर्ता आईडी) अनुमति बिट, SGID (समूह आईडी सेट) अनुमति बिट, र टाँसिएको बिट (टाँसिएको बिट) हुन्।

setuid

Setuid बिट कार्यान्वयन योग्य फाईलहरु लाई तोकिएको छ, र अनुमति दिन्छ कि जब एक प्रयोगकर्ताले फाइल फाइल कार्यान्वयन गर्छ, प्रक्रिया कार्यान्वयन गरिएको फाइलको मालिकको अनुमतिहरू प्राप्त गर्दछ। Setuid बिटको साथ एक्जिक्युटेबल फाइलको स्पष्ट उदाहरण हो:

$ su

हामी देख्न सक्छौं कि बिटलाई निम्न क्याप्चरमा "s" को रूपमा तोकिएको छ:

यस बिटलाई फाईलमा असाइन गर्न यो हुनेछ:

$ chmod u+s /bin/su

र यसलाई हटाउन:

$ chmod u-s /bin/su

नोट: हामीले थोरै सावधानीका साथ यो बिट प्रयोग गर्नुपर्नेछ किनकि यसले हाम्रो प्रणालीमा सुविधाहरूको बृद्धि हुन सक्छ ¬¬

setgid

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

यो बिट तोक्न हामी निम्न कार्यहरू गर्छौं:

$ chmod g+s /carpeta_compartida

र यसलाई हटाउन:

$ chmod g-s /carpeta_compartida

टाँसिएको

यो बिट सामान्यतया डाइरेक्टरीहरूमा तोकिन्छ जहाँ सबै प्रयोगकर्ताहरूको पहुँच छ, र प्रयोगकर्तालाई त्यो डाइरेक्टरी भित्र अर्को प्रयोगकर्ताको फाईलहरू / डाइरेक्टरीहरू मेटाउनबाट रोक्नको लागि सबैलाई लेख्ने अनुमति छ।
हामी देख्न सक्छौं कि बिटलाई निम्न क्याप्चरमा "t" को रूपमा तोकिएको छ:

यो बिट तोक्न हामी निम्न कार्यहरू गर्छौं:

$ chmod o+t /tmp

र यसलाई हटाउन:

$ chmod o-t /tmp

राम्रो साथीहरु, अब तपाईलाई थाहा छ कसरी राम्रोसँग तपाईको जानकारी लाई बचाउन सकिन्छ, यसका साथ म आशा गर्दछु कि तपाईले विकल्प खोज्न रोक्नु भयो फोल्डर लक o फोल्डर गार्ड त्यो GNU / Linux मा हामीलाई ती सबै XD मा आवश्यक पर्दैन।

P.S: यो विशेष लेख मित्रको काकाको XD को छिमेकी द्वारा अनुरोध गरिएको थियो, मलाई आशा छ कि मैले तपाईंको श solved्कालाई समाधान गरें ...


लेखको सामग्री हाम्रो सिद्धान्तहरूको पालना गर्दछ सम्पादकीय नैतिकता। त्रुटि क्लिक गर्न रिपोर्ट गर्नुहोस् यहाँ.

२ टिप्पणीहरू, तपाइँको छोड्नुहोस्

तपाइँको टिप्पणी छोड्नुहोस्

तपाईंको ईमेल ठेगाना प्रकाशित हुनेछैन।

*

*

  1. डाटाका लागि उत्तरदायी: मिगुएल gelन्गल ग्याटन
  2. डाटाको उद्देश्य: नियन्त्रण स्पाम, टिप्पणी प्रबन्धन।
  3. वैधानिकता: तपाईंको सहमति
  4. डाटाको सञ्चार: डाटा कानुनी बाध्यता बाहेक तेस्रो पक्षलाई सूचित गरिने छैन।
  5. डाटा भण्डारण: डाटाबेस ओसीन्टस नेटवर्क (EU) द्वारा होस्ट गरिएको
  6. अधिकार: कुनै पनि समयमा तपाईं सीमित गर्न सक्नुहुनेछ, पुन: प्राप्ति र तपाईंको जानकारी मेटाउन।

  1.   maurice भन्यो

    उत्कृष्ट लेख, धेरै राम्रोसँग वर्णन गरिएको छ।

    1.    Perseus भन्यो

      धन्यवाद मित्र 😀

  2.   लुकास मटियास भन्यो

    उत्कृष्ट पर्सियस, मलाई अष्टल संख्यात्मक ढाँचा (जुन धेरै चाखलाग्दो सानो चीज हो) वा विशेष अनुमतिहरू (सेट्युइड / सेटजीड / स्टिकी) को लागी अनुमतिहरूको बारेमा कुनै विचार थिएन।
    म निन्द्राको साथ मर्दै थिए तर यसले मलाई अलि बढायो, म पहिले नै कन्सोल grab +१००० लिन चाहन्छु

    1.    Perseus भन्यो

      राम्रो चीज जुन यो तपाईंको लागि उपयोगी थियो, अभिवादन 😉

  3.   हर्डिक्स भन्यो

    उत्कृष्ट, स्पष्टीकरणहरू स्पष्ट छन्, धेरै धेरै धन्यबाद।

    setgid
    बिट setuid तपाईंलाई सुविधाहरू प्राप्त गर्न अनुमति दिँदछ

    त्यो अंशमा त्यहाँ एक सानो त्रुटि छ।

    1.    Perseus भन्यो

      अवलोकन र टिप्पणीको लागि धन्यवाद, कहिलेकाँहि मेरो औंलाहरू "पेच" XD हुन्छ ...

      अभिवादन 😉

      1.    Perseus भन्यो

        मैले पहिले नै सुधार गरीएको छु -

  4.   ह्यूगो भन्यो

    धेरै राम्रो लेख, पर्सियस। जे भए पनि, म केहि अवलोकन गर्न चाहान्छु ताकि जानकारी पूर्ण भयो:

    परमिशन पुनरावर्ती (chmod -R) लागू गर्दा सावधान हुनुहोस् किनकि हामी फाईलहरूलाई अति धेरै अनुमतिहरू दिईरहेछौं। यसको एक छेउमा फाईल र फोल्डरहरू बीचको भिन्नता पत्ता लगाउन कमांड प्रयोग गरेर हो। उदाहरण को लागी:

    find /var/www -type d -print0 | xargs -0 chmod 755
    find /var/www -type f -print0 | xargs -0 chmod 644

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

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

    1.    Perseus भन्यो

      विषय विस्तार गर्नका लागि धेरै धेरै धन्यबाद;)। को रूपमा:

      [...] establecer privilegios sobre directorios o archivos no es un método infalible para proteger la información, ya que con un LiveCD o poniendo el disco duro en otra PC no es difícil acceder a las carpetas [...]

      तपाईं बिल्कुल सही हुनुहुन्छ, विनसँग पनि त्यहि चीज हुन्छ, सम्भवत: हामी विभिन्न उपकरणहरूको बारेमा कुरा गर्नेछौं जुन हामीलाई हाम्रो जानकारी गुप्तिकरण गर्न मद्दत गर्दछ।

      अभिवादन 😀

    2.    KZKG ^ Gaara भन्यो

      ह्युगो साथी तपाईं कस्तो हुनुहुन्छ 😀
      TrueCrypt को समस्या ... लाईसेन्स केहि "अनौंठो" छ जुन यो संग छ, के तपाई हामीलाई यसको बारेमा अधिक बताउन सक्नुहुन्छ? 🙂
      अभिवादन कम्प्या

      1.    ह्यूगो भन्यो

        TrueCrypt इजाजतपत्र अलि अनौंठो हुनेछ, तर इजाजत पत्रको कम्तिमा 3.0. version संस्करण (जुन हालको हो) असीमित वर्कस्टेशनमा व्यक्तिगत र व्यावसायिक प्रयोगको अनुमति दिन्छ, र प्रतिलिपि गर्न, स्रोत कोड समीक्षा गर्न, परिमार्जन गर्न र वितरण गर्न अनुमति दिन्छ। व्युत्पन्न कार्यहरू (जबसम्म यसको पुन: नामकरण गरियो), त्यसैले यदि यो १००% नि: शुल्क छैन भने, स्पष्टसँग यो निकटको नजिक छ।

  5.   साहस भन्यो

    पुरानो पर्सियस हामीलाई बाँकी टिम खराब छोड्न सक्छ कि लेखहरू पूर्ण भएको कारणले खराब छ।

    यहाँ कोही पनि हुह कसैले भन्दा राम्रो छ? र म भन्दा धेरै राम्रो JAJAJAJAJAJAJAJAJAJAJAJAJA

    1.    Perseus भन्यो

      हाहाहा, होशियार हुनुहोस् साथी, याद राख्नुहोस् हामी एउटै डु are्गामा छौं 😀

      टिप्पणीका लागि धन्यबाद 😉

  6.   jqs भन्यो

    परमिट, एक चीज हो जुन दिनदिनै जानिन्छ, एक दिनबाट अर्को दिन हुँदैन, त्यसैले हेरौं हेरौं

  7.   उचित भन्यो

    उत्कृष्ट लेख पर्सियस।
    सुझाव: प्रत्येक प्रतीकमा चिन्ह लेख्नु आवश्यक छैन, यसलाई एकचोटि मात्र संकेत गर्नु पर्याप्त हुन्छ। उदाहरण:
    $ chmod o + r + w komodo.sh
    यो जस्तो देखिन्छ
    $ chmod o + rw komodo.sh

    सँगै
    $ chmod g + rwx komodo.sh
    यो पनि जस्तो देखिन्छ
    $ chmod g + r-wx komodo.sh

    त्यो ढाँचा पछ्याई तपाई यो गर्न सक्नुहुन्छ
    $ a-rwx, u + rw, g + w + वा example.txt
    नोट: a = all

    Saludos।

    1.    Perseus भन्यो

      वाह मित्र, मलाई त्यो थाँहा थिएन, साझेदारीको लागि धन्यवाद 😀

  8.   Mortadelo_666 भन्यो

    धेरै राम्रो लेख, सबै धेरै राम्ररी वर्णन गरिएको छ।
    मलाई स्पष्ट रूपमा फाइलहरूको अनुमतिहरू परिवर्तन गर्नका लागि यो अधिक सहज छ। मैले यसलाई अन्य तरिकाले बुझ्न पर्याप्त पाएँ तर हाहाहा यो धेरै समय भयो

  9.   चन्द्रमा भन्यो

    नमस्कार व्यक्तिहरू, पर्सियस; मलाई पृष्ठ मनपर्‍यो। म यसको साथ सहयोग गर्न सक्षम हुन चाहन्छु। के यो सम्भव छ? मेरो निक मा क्लिक गरेर तपाईसंग सन्दर्भहरू छन् !! हाह।
    म प्रायः छिटो-छिटो प्रकाशन गर्दछु, र म एसएलको अधिक र अधिक सक्रिय हुँ, यस्तो चीज जुन म उपलब्ध छु जबसम्म म आफ्नो जीवनमा त्याग्न सक्दिन र केही औंलाहरू हुन्छु। ठिक छ, मेरो लागी उनीहरूसँग मेरो ईमेल छ। प्रोजेक्टको साथ अug्गालो र शक्ति जुन मलाई देखिन्छ - ब्लगर्स एकजुट! AC, ACA ES LA TRENDENCIA !! भविष्यको वेब यो कसरी सिर्जना हुन्छ।

    1.    Perseus भन्यो

      हाहााहा, यो तपाईको लागि खुसीको खुशी हुनेछ हामीसँग सामेल हुन, ईलाभ वा गारालाई तपाइँको अनुरोध हेर्न दिनुहोस् 😉

      सावधान हुनुहोस् र म तिमीलाई चाँडै यहाँ भेट्ने आशा गर्दछु

    2.    KZKG ^ Gaara भन्यो

      म तपाईंलाई अब ईमेल लेख्छु (ठेगानामा तपाईंले टिप्पणीमा राख्नुभएको छ) 🙂

  10.   रोबर्टो भन्यो

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

    Saludos।

    1.    elav <° लिनक्स भन्यो

      हुनसक्छ यो लेख म अलि स्पस्ट गर्छु ..

  11.   maomaq भन्यो

    यो लेख राम्रोसँग लेखिएको छ, ज्ञान साझा गर्न को लागी धन्यवाद

    1.    Perseus भन्यो

      यो कती राम्रो उपयोगी भएको छ, हामी तपाईंलाई फेरि यहाँ भेट्न आशा गर्दछौं। अभिवादन 😉

  12.   javi भन्यो

    धेरै राम्रो लेख।

    1.    Perseus भन्यो

      म धेरै खुशी छु कि यो तपाईको लागि उपयोगी छ, अभिवादन 😉

  13.   अचिलिस्वा भन्यो

    सत्य म लिनक्समा सहमत छैन फाइल एक फाइल सिस्टममा सार्दा टाउको दुखाइ हो। तपाईले सबै चीजको लागि अनुमति प्रदान गर्नुपर्नेछ र तपाईको पासवर्ड प्रविष्ट गर्नुहोस्। विन्डोजमा फाइलहरू सार्न सजिलो छ, समान विन्डोज फोल्डरहरूमा पनि। विन्डोजमा प्रतिलिपि र टाँस्न सजिलो हुँदा लिनक्समा फोल्डरमा फाइल सार्न सम्पूर्ण प्रक्रिया। म दुबै अपरेटिंग प्रणाली प्रयोग गर्दछु। पुदीना १ Maya माया दालचीनी र विन्डोज 2

    1.    KZKG ^ Gaara भन्यो

      मैले लिनक्सलाई अहिले केहि बर्षदेखि प्रयोग गरिरहेको छु र इमान्दारीपूर्वक मलाई यी समस्याहरू धेरै समयदेखि भएको छैन।
      म कुनै समस्या बिना फाईलहरू / फोल्डरहरू सार्न सक्दछु, र मैले मेरो एचडीडी २. मा विभाजन गरेको छु, स्पष्ट रूपमा, अर्को पार्टिसन पहुँच गर्न मैले पहिलो पटक मेरो पासवर्ड राख्नुपर्‍यो, तर फेरि कहिले पनि।

      यदि तपाईंसँग अनौंठो समस्या छ भने, हामीलाई भन्नुहोस् हामी खुशी साथ तपाईंलाई मद्दत गर्नेछौं 😉

  14.   Xavi भन्यो

    जहाँसम्म लिनक्सको अंश सम्बन्धित छ सही लेख। विन्डोजमा अनुमतिहरू प्रबन्ध गर्ने सम्बन्धमा तपाईंको टिप्पणीहरूमा: तपाईंलाई अनुमतिहरू कसरी सेट गरिएको छ सबै थाहा हुँदैन। यि धेरै उच्च शक्तिको नियन्त्रण (१ in बिट संस्करणहरू बाहेक, विन्डोज 16,, 95,, म र मोबाइल फोनहरू) कसरी पेंग्विन प्रणाली र एक उत्कृष्ट ग्रेनुलरिटिमा उनीहरू प्रबन्धन गरिन्छ, र रेकर्डको लागि जुन म दुबैसँग व्यवहार गर्दछु। अपरेटि systems प्रणालीमा ती दुवैको बिरूद्ध कुनै पागलपन छैन।

    मेरो सल्लाह: थोरै अनुसन्धान गर्नुहोस् र तपाईंले महसुस गर्नुहुनेछ, कुनै बाह्य कार्यक्रमहरू आवश्यक छैन। सबै धेरै राम्रो को लागी। 😉

  15.   जोकिन भन्यो

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

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

  16.   फ्रान्सिस्को_18 भन्यो

    धेरै चाखलाग्दो, तर मैले अनुमतिहरू बारे बिभिन्न तरिकाले सिकेको छु, अक्टलको सट्टामा, बाइनरीमा, ताकि यदि उदाहरणको लागि, "" "१११ हो भने यसको मतलब यो थियो कि यससँग सबै अनुमतिहरू छन्, त्यसैले यदि तपाईंले 7 111 राख्नुहुन्छ भने सबै प्रयोगकर्ताहरू, समूहहरूलाई सबै अनुमतिहरू ...

    धन्यवाद।

  17.   शमू भन्यो

    प्रभावशाली, संक्षिप्त, स्पष्ट र शीर्षकमा।

  18.   टमी भन्यो

    कस्तो राम्रो लेख, बधाई छ र सबै स्पष्टीकरण को लागी धन्यवाद ... ..
    salu2।

  19.   gabux भन्यो

    वाह यदि मैले तपाईंको ट्यूटोरियलको साथ धेरै कुरा सिकें भने, म यो विशाल क्षेत्रमा अलिकता फोहोर जस्तो लाग्छ जुन लिनक्स हो, तर ह्युगोले यहाँ के भने सीमित गर्दै, टिप्पणीहरूको यस प row्क्तिमा यदि हामी एक लाइभ सीडी राख्छौं र यदि हाम्रो फाईलहरू ईन्क्रिप्टेड छैनन् भने। सुरक्षाको लागि वास्तवमै धेरै नै बाँकी छैन, थप विन्डोजमा मलाई लाग्छ प्रशासकीय प्रयोगकर्ता र विन अपरेटिंग सिस्टम भित्र सीमित खाता सिर्जना गर्न धेरै समस्या भएन र यसरी तपाईको प्रशासक खाता डेटा सुरक्षित गर्नुहोस्। तर वास्तवमै यस लेखका लागि धेरै धेरै धन्यबाद म यस मामलामा बढी जानकार हुँ तपाईंलाई धन्यवाद ... ...

  20.   जुआन्चो भन्यो

    सत्य यो हो कि म एक्जिक्युटिभ XD चलाउन चाहान्छु र यसले मलाई x फाइलहरू खोल्ने र लेख्ने क्रममा अनुमति अस्वीकार गर्यो तर मैले यहाँ केही कुरा पढें र केही कुरा पनि सिके र यसले अनुमतिहरू देखाउँन जुन त्यो फोल्डरमा फाईलहरू र एक्जिक्युटेबल समावेश भएको अन्तिम कुरा मलाई याद छ मैले गरे कि म एउटा फोल्डर पहुँच गर्न चाहान्छु र जसरी नाम लामो भयो मैले यसलाई परिवर्तन गरें र सजिलो XD बीचमा, त्यसपछि मैले अनुमतिहरू हेरेँ र केहिमा हेरेको थिएँ जुन मैले एडेमको बारेमा भने फाइलमा गएँ मैले सम्पत्तिहरू राखें र केहि चयन गरें भने गुणहरू नहटाईकन भने विज्ञापन फोल्डर प्रविष्ट गर्नुहोस् र कार्यान्वयन योग्य चलाउनुहोस् र यसले समस्याहरू बिना सुरु गर्न सक्षम भयो अब मलाई थाहा छैन के थियो जुन मैले गरें जुन मलाई थाहा थिएन मलाई थाहा छ कि त्यो हो किनकि मैले यो फोल्डरको नाम परिवर्तन गरें तर मलाई थाहा छैन र धन्यवाद म यसलाई कार्यान्वयन गर्न सक्षम भएको छु। समस्या छैन।

  21.   यारेथ भन्यो

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

  22.   लुइस भन्यो

    जानुहोस् यदि यसले मलाई मद्दत गरेको छ भने, योगदानको लागि धेरै धन्यबाद।

  23.   jaime भन्यो

    व्यक्तिगत रूपमा, कागजातले मलाई सिक्न मद्दत गर्यो जुन मेरो कामको गतिविधिमा अभ्यासमा राखियो।

    मैले गरेका प्रासंगिक अभ्यासहरू डेबियनमा थिए। बधाई र बधाई

  24.   परी Yocupicio भन्यो

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

  25.   परामर्श भन्यो

    नमस्कार, सबै भन्दा पहिले म तपाईंलाई बिरोध लेख लेख्छु र म तपाईंलाई सल्लाह दिन्छु मसँग यो केस छ: ——— 4- १ जरा २ 1 फेब्रुअरी १ ​​2363: ११-०19 / आदि / छायाँ a अगाडि कसरी यी अनुमतिहरू पढ्ने छन्।

    gracias

  26.   anon भन्यो

    विन्डोज: फोल्डर, दायाँ बटन, गुणहरू> सुरक्षा ट्याब चयन गर्नुहोस्, त्यहाँ तपाईं प्रयोगकर्ता वा समूहहरू थप्न वा मेटाउन सक्नुहुन्छ, र प्रत्येकले तपाईंलाई अनुमतिहरू राख्नुहुन्छ (पढ्नुहोस्, लेख्नुहोस्, पूर्ण नियन्त्रण, आदि)। मलाई थाहा छैन यो के हो

    खैर, म दैनिक लिनक्स प्रयोग गर्दछु, म उबन्टुमा आधारित, प्राथमिक प्रयोग गर्दछु।

    राम्रो संग जानुहोस्

  27.   artur24 भन्यो

    अचम्मको यो सबै भन्दा राम्रो व्याख्या लेख हो
    धन्यवाद

  28.   जर्ज पेनेक्वियो भन्यो

    मित्र:

    धेरै राम्रो योगदान, यसले मलाई धेरै मद्दत गर्‍यो।

    धन्यवाद।

  29.   मार्टिन भन्यो

    कुतियाको छोराले पनि काम गर्दैन।

  30.   टेककम्प्यूटर वर्ल्ड भन्यो

    तपाइँ मध्ये कति जनाले याद गर्नु भएको छ कि जब हामी "विन्डोज" कम्प्युटरको पछाडि बस्छौं त्यो भाग पूर्णतया झूट हो, किनकि विन्डोज T before भन्दा अघि र विन्डोज 98 before को अगाडि र तपाइँसँग कुनै सुरक्षा छैन भन्ने समस्या पूर्ण रूपमा गलत हो।
    विन्डोजमा सुरक्षा भनेको यस्तो चीज हो जुन माइक्रोसफ्टले धेरै गम्भीरताका साथ लिएको छ किनकि यो आज सबैभन्दा धेरै प्रयोग हुने डेस्कटप अपरेटिंग सिस्टम हो।
    लेख GNU / Linux अनुमतिहरूको बारेमा राम्रोसँग वर्णन गरिएको छ तर तपाईले यी लेखहरूमा सधैँ सung्गीतमा लेख्नु भएको छ कि जसले यसलाई लेख्छ उसले विन्डोज प्रयोग गर्दैन वा यसलाई कसरी प्रयोग गर्ने थाहा छैन किनकि तिनीहरूलाई यो मनपर्दैन र केवल नकारात्मक समीक्षा पाउँछ।
    के कुरामा जोड दिनुपर्दछ कि विन्डोज एसीएल (पहुँच नियन्त्रण सूची) विशेषताको साथ आफ्नो फाइल प्रणालीमा धेरै सुरक्षित छ जुन सबै विन्डोज एनटीबाट विन्डोजमा बोक्दछ जुन फाइल प्रणालीलाई धेरै सुरक्षित बनाउँदछ। GNU / Linux मा तिनीहरूले यो कार्यान्वयन पनि गरे।
    विन्डोज भिस्टा (प्रयोगकर्ता खाता नियन्त्रण) UAC सुविधा लागू भएकोले र विन्डोजलाई सहजै प्रयोग गर्न प्रशासकको बिना नै यसलाई प्रयोग गर्न सहज बनाउँदछ।
    मेरो लागि एउटा राम्रो सुविधा जुन उनीहरूले लागू गरे किनभने विन्डोज XP लाई प्रशासन अनुमति बिना प्रयोगकर्ताको रूपमा प्रयोग गर्न सम्भव थियो, तर घरमा कसले यो प्रयोग गरे? लगभग कसैलाई पनि किन यति असुविधाजनक भयो किनकी UAC जस्तो चीज नहुनु हो।
    के हुन्छ यदि यो लेख स्पष्ट छ कि जसले GNU / Linux ACL वर्णन नगरे पनि उनले के लेखेका छन् भनेर जान्नु भएको छ।

  31.   जुलियन रामिरेज पेना भन्यो

    नमस्ते साथी, राम्रो जानकारी, सोध्न मन लाग्यो
    के त्यहाँ मेटास्प्लोइटमा, पीडित मेसिन भित्र यसो गर्ने तरिका हो?

    के यो फाइललाई अयोग्य बनाउन यी अनुमतिहरूसँग गर्न सकिन्छ, वा यो असम्भव छ, मेरो मतलब मेटास्प्लोइट भित्र हुनु हो?

    यो ब्लग को लागी धेरै धेरै धन्यवाद, धेरै राम्रो जानकारी।