Theory
अनचाहा Editor
कल्पना कीजिए आपने आने वाले lab exam के लिए LabOne पर अपना Python script लिखने में 3 घंटे बिताए। आप एक चाय लेने के लिए अपना terminal 5 मिनट के लिए logged in छोड़ देते हैं। जब आप लौटते हैं, एक classmate ने ग़लती से आपकी file modify कर दी है, आपके variables बदलते और आपके logic को तोड़ते हुए। 30 students वाले एक साझा server पर, operating system कैसे पक्का करता है कि आपकी private files को आपकी अनुमति के बिना कोई और मिटा या पढ़ न सके?
Theory
Bank Locker System
file protection को एक bank locker room की तरह सोचिए। कमरे में सैकड़ों अलग लोगों के boxes हैं। पर आप बस किसी भी box को नहीं खोल सकते। आपको एक ख़ास key चाहिए, और bank manager पहले आपकी पहचान की पुष्टि करता है। एक operating system में, हर file के पास एक सूची होती है कि इसका मालिक कौन है और वे क्या करने की अनुमति रखते हैं: इसे read करें, इसमें write करें, या इसे execute करें। OS guard की तरह काम करता है, किसी भी file को छूने देने से पहले आपकी पहचान जाँचते हुए।
Theory
File Protection परिभाषित करना
एक multi user system में, file protection operating system द्वारा नियंत्रित एक mechanism है जो files को अनधिकृत access, modification, या विनाश के ख़िलाफ़ सुरक्षित करता है। system को guarantee करनी होगी कि सिर्फ़ स्पष्ट अनुमति वाले users ही एक ख़ास file access कर सकते हैं। यह user identities track करके और एक access control list या protection bits लागू करके इसे हासिल करता है जो अलग categories के users के लिए अनुमत कार्रवाइयाँ तय करते हैं।
At a glance
LabOne पर user categories से कार्रवाइयाँ map करता एक मानक protection bit layout।
| User Type | Read (r) | Write (w) | Execute (x) |
|---|---|---|---|
| Owner (आप) | अनुमत: content देख सकते हैं | अनुमत: code modify कर सकते हैं | अनुमत: program चला सकते हैं |
| Group (Lab Batch) | अनुमत: content देख सकते हैं | निषिद्ध: files edit नहीं कर सकते | अनुमत: program चला सकते हैं |
| Others (बाक़ी College) | निषिद्ध: पूरी तरह block | निषिद्ध: पूरी तरह block | निषिद्ध: पूरी तरह block |
Think first
Permission Bits को Decode करना
LabOne terminal पर, आप अपनी file permissions जाँचते हैं और rwxr-x--- के रूप में दर्शाई एक setting देखते हैं। अगर आपके lab group से संबंधित एक student आपकी file edit करने की कोशिश करता है, विश्लेषण कीजिए कि operating system क्या करेगा। जवाब प्रकट करने से पहले permission categories का मन में विश्लेषण कीजिए।
Show the answer
Step 1: OS string को 3 bits के 3 groups में तोड़ता है: owner (rwx), group (r-x), और others (---)।
Step 2: system पहचानता है कि आपका classmate आपके lab group से संबंधित है, तो यह दूसरा group जाँचता है: r-x।
Step 3: r का मतलब read अनुमत है, और x का मतलब execute अनुमत है। बीच का hyphen दर्शाता है कि write permission निषिद्ध है।
Step 4: operating system write request को block करता है और एक Permission Denied error फेंकता है, student को आपकी file edit करने से रोकते हुए।
Quiz
अगर LabOne पर एक file की permissions read और write सक्रिय पर execute disabled set हैं, क्या होगा जब आप इसे एक compiled C program के रूप में चलाने की कोशिश करेंगे?
- program चलता है पर disk में कोई बदलाव save नहीं कर सकता
- operating system file को memory में load करने से इनकार करता है और execution block करता है
- program सामान्य रूप से चलता है क्योंकि owner rights execute bits को override करते हैं
- program terminal के अंदर एक compilation error के साथ crash हो जाता है
Show the answer
operating system file को memory में load करने से इनकार करता है और execution block करता है
भले आप file के मालिक हों और पूरी read और write access रखते हों, एक operating system को एक file को एक runnable program के रूप में treat करने से पहले स्पष्ट execute bit (x) enabled चाहिए। इसके बिना, OS इसे विशुद्ध रूप से text या data के रूप में treat करता है, execution block करते हुए।
Watch out
Owner Omnipotence का भ्रम
semester exams में एक classic जाल यह मानना है कि क्योंकि आप एक file के निर्माता या मालिक हैं, आप इसे किसी भी समय अपने-आप execute कर सकते हैं। यह ग़लत है। अगर आप अपनी ख़ुद की file से execute bit हटाते हैं, आप भी इसे तब तक नहीं चला सकते जब तक आप permissions वापस न बदलें। operating system सक्रिय protection bits का आँख मूँदकर पालन करता है, नियमों को सख़्ती से हर किसी पर लागू करते हुए, file owner समेत।
Quiz
हमारे LabOne server जैसे एक मानक Linux माहौल में, permissions अक्सर एक 3 अंकों की संख्या के रूप में दर्शाई जाती हैं जहाँ r=4, w=2, और x=1। एक 750 का permission score क्या मतलब है?
- Owner के पास rwx, group के पास r-x, others के पास कोई access नहीं
- Owner के पास r-x, group के पास rwx, others के पास सिर्फ़ read
- Owner के पास सिर्फ़ read, group के पास सिर्फ़ write, others के पास सिर्फ़ execute
- Owner के पास पूरी access, group के पास सिर्फ़ write, others के पास कोई access नहीं
Show the answer
Owner के पास rwx, group के पास r-x, others के पास कोई access नहीं
score खोजने के लिए, मान जोड़िए: 7 = 4+2+1 (owner के लिए rwx)। 5 = 4+0+1 (group के लिए r-x)। 0 = कोई bits सक्रिय नहीं (others के लिए ---)। यह पहले विकल्प से perfectly मेल खाता है।
Theory
LabOne से आधुनिक Android तक
आप इन बिल्कुल rwx bits को Unit 4 में भारी इस्तेमाल करेंगे जब हम LabOne पर chmod जैसी Linux administration commands सीखते हैं। पर असली आश्चर्य Semester 3 में आता है: आधुनिक Android operating systems अपने core पर यह बिल्कुल file protection mechanism इस्तेमाल करते हैं। आप जो हर application install करते हैं उसे एक अलग user के रूप में treat किया जाता है। अगर एक app आपकी photos पढ़ना चाहता है, Android इसे किसी दूसरे user की directory access करने की कोशिश करते एक बाहरी user के रूप में treat करता है, इसे तब तक block करते हुए जब तक आप स्पष्ट अनुमति न दें।
Summary
Key takeaways
- File protection साझा systems पर user files के अनधिकृत reading, writing, या execution को रोकता है।
- Operating systems users को तीन classes में categorize करते हैं: owner, group, और others।
- हर user class तीन operational permissions से map होती है: read (r), write (w), और execute (x)।
- Permissions को strings के triple groupings के रूप में दर्शाया या octal numeric scores इस्तेमाल करके calculate किया जा सकता है।
- operating system हर एक file access request के लिए इन नियमों को जाँचता है, उल्लंघनों को तुरंत block करते हुए।
- Memory hook: Owner, group, और other classes: टकराव रोकने के लिए bits जाँचिए!