आपको अपने प्रशासित लिनक्स सर्वर पर एक शेयर्ड फ़ोल्डर (उदाहरण के लिए /srv/app) के लिए एक ग्रुप को रीड और राइट एक्सेस देना है। Gridberry SSH के माध्यम से सर्वर से कनेक्ट होता है, Shell का उपयोग करके वर्तमान मालिक, ग्रुप और अनुमति अक्षर दिखाता है, chgrp और chmod की सटीक लाइनें सुझाता है और कुछ भी बदलने से पहले आपकी अनुमति का प्रतीक्षित करता है। इसके बाद वही लिस्टिंग परिणाम दिखाती है, ताकि आप स्वयं 'पहले' और 'बाद' की तुलना कर सकें। क्रम महत्वपूर्ण है: पहले देखें, दूसरे बदलें, तीसरे जांचें। सामान्य मामले एक डेप्लॉय फ़ोल्डर, एक शेयर्ड अपलोड फ़ोल्डर या एक छोटी टीम के लिए प्रोजेक्ट फ़ोल्डर हैं। फ़ोल्डर चाहे कुछ भी हो, वही लूप लागू होता है, और हर कमांड एक कार्ड के रूप में दिखाई देता है जिसमें उसका वास्तविक परिणाम होता है, ताकि पूरा बदलाव बाद में चैट में पढ़ा जा सके।
Windows 10/11 पर Gridberry शुरू करें, एक मॉडल कनेक्ट करें और अपने लिनक्स सर्वर को SSH के माध्यम से एन्वायरनमेंट के रूप में चुनें। 'Ask first' मोड चुनें ताकि हर बदलाव आपसे प्रतीक्षित करे। 'Plan only' एक अच्छा पहला नज़ारा है जब सर्वर अजनबी हो।
एजेंट से फ़ोल्डर के मालिक, ग्रुप और अनुमति अक्षर दिखाने के लिए कहें। Shell ls -ld चलाता है और कार्ड आउटपुट दिखाता है, जिसे आप किसी भी बदलाव से पहले पढ़ते हैं। इस चरण में कुछ भी नहीं बदलता; यह जानकारी की शुद्ध खोज है।
एजेंट ग्रुप के लिए chgrp और अधिकारों के लिए chmod सुझाता है। आप हर लाइन पढ़ते हैं, उसे स्वीकार करते हैं और एग्ज़िट कोड देखते हैं। एक शून्येतर कोड का मतलब है कि बदलाव नहीं हुआ। किसी भी लाइन को अस्वीकार करें जिसका आपको अर्थ न समझ आए और एजेंट से उसे समझाने के लिए कहें।
लिस्टिंग को फिर से चलाएं और उसे पहले वाले से तुलना करें। फिर उस ग्रुप के एक उपयोगकर्ता के साथ एक हानिरहित कमांड का उपयोग करके परीक्षण करें, क्योंकि ग्रुप सदस्यता नए लॉगिन के बाद लागू होती है। आउटपुट को रखें; यह बदलाव का आपका रिकॉर्ड है।
bash check_access.shexit 0idexit 0getent group appteam1 matchls -ld /srv/appdrwxrwx---#!/usr/bin/env bash
# Read-only access check for a shared folder.
# It changes nothing on the system.
set -eu
DIR=/srv/app
echo "User: $(whoami)"
id
groups
head -n 5 /etc/group
getent group appteam
ls -ld "$DIR"
echo "Check finished"यह स्क्रिप्ट प्रिंट करती है कि आप कौन हैं, आपके ग्रुप क्या हैं, ग्रुप फ़ाइल की पहली लाइनें क्या हैं, appteam के सदस्य कौन हैं और /srv/app का मालिक और ग्रुप कौन सा है। यह केवल जानकारी पढ़ता है और कुछ नहीं बदलता, इसलिए आप हर बदलाव से पहले और बाद में इसे चला सकते हैं और आउटपुट की तुलना कर सकते हैं। इसे check_access.sh के रूप में सहेजें, बदलाव से पहले और बाद में Shell के साथ इसे चलाएं, और दोनों आउटपुट रखें ताकि आपके पास तुलना के लिए कुछ हो।
Gridberry SSH के माध्यम से आपके लिनक्स सर्वर से कनेक्ट होता है और टारगेट फ़ोल्डर पर Shell के साथ ls -ld चलाता है, ताकि आप बदलाव से पहले मालिक, ग्रुप और अनुमति अक्षर देख सकें। यह फिर उस ग्रुप के लिए getent group चलाता है जिसका आप उपयोग करने की योजना बना रहे हैं। 'Ask first' मोड में, एजेंट हर उस एक्शन से पहले रुक जाता है जो कुछ बदलता है, और आप 'Plan only' पर स्विच कर सकते हैं ताकि कुछ भी एक्जीक्यूट किए बिना चरण पढ़ सकें। एक नए उपयोगकर्ता के लिए sudo कैसे काम करें, एक अलग समस्या है: उपयोगकर्ता को एडमिन ग्रुप में जोड़ें और फिर से लॉगिन करें। आगे बढ़ने से पहले दोनों लिस्टिंग के आउटपुट को पढ़ें। वह लिस्टिंग रखें: यह फ़ोल्डर के बदलाव से पहले के रूप का आपका रिकॉर्ड है, और यह वही है जिसकी तुलना आप तब करते हैं जब आपको वापस जाना हो।
यदि getent group कुछ भी प्रिंट नहीं करता है, तो ग्रुप अभी तक मौजूद नहीं है। एजेंट groupadd appteam सुझाता है और कार्ड में सटीक लाइन दिखाता है। आप अपना पसंदीदा नाम चुनकर नाम संपादित कर सकते हैं, और कमांड चलने से पहले आप उसकी मंजूरी देते हैं। इसके बाद getent group appteam नई एंट्री दिखाता है, और आप सारांश पर भरोसा करने के बजाय स्वयं आउटपुट की जांच करते हैं। /etc/group ग्रुप फ़ाइल हर ग्रुप को सूचीबद्ध करती है, इसलिए इसके पहले लिया गया कॉपी तुलना करने की अनुमति देता है। sudo चलाते समय, गायब रूट एनवीएर वरिएबल्स इस बात की व्याख्या कर सकते हैं कि एक स्क्रिप्ट जो आपके लिए काम करती है, एडमिनिस्ट्रेटर के लिए क्यों फेल हो जाती है, इसलिए पहले चरणों को सरल रखें। यदि नाम पहले से ही एक असंबंधित ग्रुप द्वारा लिया गया है, तो उसे पुन: उपयोग करने के बजाय एक अलग नाम चुनें, क्योंकि एक ग्रुप जिसमें अन्य उपयोगकर्ता हैं, उन्हें भी फ़ोल्डर का एक्सेस देगा।
एजेंट chgrp appteam /srv/app सुझाता है, जो फ़ोल्डर के लिए ग्रुप को ओनर ग्रुप बनाता है। आप कार्ड में लाइन पढ़ते हैं और उसे मंजूरी देते हैं। उस कमांड को उस पैरेंट फ़ोल्डर या माउंट पॉइंट की ओर इशारा न करें जिसकी आप इच्छा नहीं रखते थे; एक कार्ड जिसमें एक अलग पथ का नाम है जो आपकी उम्मीद से मेल नहीं खाता, उसे अस्वीकार करने का कारण है। एग्ज़िट कोड कार्ड पर दिखाई देता है, और एक दूसरा ls -ld नया ग्रुप नाम दिखाता है। लोग अक्सर "लिनक्स फ़ोल्डर में ग्रुप जोड़ें" खोजते हैं और रिकर्सिव कमांड्स पाते हैं, लेकिन एक अकेला फ़ोल्डर समीक्षा के लिए आसान है, इसलिए वहां से शुरू करें। usermod -aG appteam username के साथ सदस्यों को जोड़ें, और याद रखें कि बदलाव उपयोगकर्ता के फिर से लॉगिन करने के बाद लागू होता है। यदि किसी पिछली गलती ने रूट-मालिकाना पथ के नीचे ओनरशिप बदल दी है, तो अपने बैकअप से पुनर्स्थापित करके sudo chown गलती से उबरें।
एजेंट रीड एक्सेस के लिए chmod g+rx या राइट एक्सेस के लिए chmod g+rwx सुझाता है, कभी भी chmod 777 नहीं। यह समझाता है कि r, w और x अक्षर क्रमशः रीड, राइट और एंटर का प्रतिनिधित्व करते हैं, और g का मतलब ग्रुप है। आप लाइन की मंजूरी देने के बाद, एजेंट ls -ld फिर से चलाता है और आप अनुमति अक्षरों की तुलना पहले लिस्टिंग से करते हैं। फिर आप ग्रुप के एक खाते और एक हानिरहित कमांड के साथ परीक्षण करते हैं। एक अकेले व्यक्ति के लिए जो "लिनक्स फ़ोल्डर अनुमतियों में उपयोगकर्ता जोड़ें" खोजता है, वही जांच लागू होती है: उन्हें ओनर फ़ील्ड में न, बल्कि ग्रुप में डालें। देखे गए एग्ज़िट कोड रखें: दोनों कार्ड्स पर सफलता का एग्ज़िट कोड, साथ ही मिलता-जुलता ls -ld लाइन, यह साक्ष्य है कि चरण काम किया, और अगला एडमिनिस्ट्रेटर चैट में इसे पढ़ सकता है।
