जीआईटी सर्वर पर बहु-उपयोगकर्ता पहुंच का संगठन

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

मेरी इच्छाएँ इस प्रकार हैं:

• प्रत्येक उपयोगकर्ता अपने खाते से जुड़ता है
• एक परियोजना पर कई उपयोगकर्ता काम कर सकते हैं
• एक ही उपयोगकर्ता कई परियोजनाओं पर काम कर सकता है
• प्रत्येक उपयोगकर्ता के पास केवल उन्हीं परियोजनाओं तक पहुँच होती है, जिन पर वह काम करता है
• कमांड लाइन के माध्यम से कनेक्ट करने में सक्षम होना चाहिए, न कि किसी प्रकार के वेब इंटरफ़ेस के माध्यम से

यह भी बहुत अच्छा होगा:

• व्यक्तियों को नियंत्रित करने के लिए केवल पढ़ने के अधिकार प्रदान करें
• Git में उपयोगकर्ता की अनुमति को आसानी से प्रबंधित करें

GIT सर्वर तक पहुँचने के लिए विकल्पों का अवलोकन

सबसे पहले, आपको यह जानना होगा कि क्या चुनना है, इसलिए गिट प्रोटोकॉल का एक संक्षिप्त अवलोकन।

• ssh - एक विशेष रूप से निर्मित उपयोगकर्ता खाते का उपयोग सर्वर तक पहुंचने के लिए किया जाता है।
  
  • यह अजीब है कि Git सभी रिपॉजिटरी तक पहुंचने के लिए एकल खाते के उपयोग की सिफारिशों से बाहर नहीं करता है। यह मेरी आवश्यकताओं को पूरा नहीं करता है।
  • आप कई खातों का उपयोग कर सकते हैं, लेकिन उपयोगकर्ता को केवल कुछ विशेष निर्देशिकाओं तक कैसे सीमित करें?
    
    
    • होम निर्देशिका के लिए बंद करना उपयुक्त नहीं है, क्योंकि अन्य उपयोगकर्ताओं के लिए वहां लिखने की पहुंच को व्यवस्थित करना मुश्किल है
    • होम निर्देशिका से प्रतीकात्मक लिंक का उपयोग करना भी मुश्किल है क्योंकि गिट उन्हें लिंक के रूप में व्याख्या नहीं करते हैं
    • इंटरप्रेटर तक पहुंच को प्रतिबंधित करना संभव है, लेकिन इसकी कोई पूरी गारंटी नहीं है कि यह हमेशा काम करेगा
      
      
      • आप ऐसे उपयोगकर्ताओं के लिए अपने स्वयं के कमांड दुभाषिया को भी कनेक्ट कर सकते हैं, लेकिन,
        
        
        • सबसे पहले, यह पहले से ही किसी तरह का कठिन निर्णय है,
        • और 2 में, इसे दरकिनार किया जा सकता है।
  
  लेकिन शायद यह कोई समस्या नहीं है कि उपयोगकर्ता किसी भी कमांड को निष्पादित करने में सक्षम होगा? .. सामान्य तौर पर, इस पद्धति को बाहर नहीं किया जा सकता है यदि आप इसे कैसे उपयोग करें। हम बाद में इस पद्धति पर लौट आएंगे, लेकिन अब अन्य विकल्पों पर संक्षेप में विचार करें, शायद वहां कुछ आसान हो जाएगा।
  
• Git स्थानीय प्रोटोकॉल का उपयोग sshfs के साथ संयोजन में किया जा सकता है, कई उपयोगकर्ताओं का उपयोग किया जा सकता है, लेकिन संक्षेप में, यह पिछले मामले जैसा ही है
• http - केवल पढ़ा
• git को ही पढ़ा जाता है
• https - इसे स्थापित करना मुश्किल है, आपको अतिरिक्त सॉफ़्टवेयर की आवश्यकता है, उपयोगकर्ता की पहुंच को व्यवस्थित करने के लिए किसी प्रकार का नियंत्रण कक्ष ... संभव लगता है, लेकिन किसी तरह जटिल है।

Git सर्वर के लिए मल्टी-यूज़र एक्सेस के आयोजन के लिए ssh प्रोटोकॉल का उपयोग करना

वापस ssh प्रोटोकॉल पर।

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

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

जैसा कि पहले ही उल्लेख किया गया है, ssh एक्सेस के लिए केवल एक खाते का उपयोग करना संभव है। यह कॉन्फ़िगरेशन कई उपयोगकर्ताओं के लिए असुरक्षित है, हालांकि यह विधि अनुशंसित गिट विकल्पों की सूची में शामिल है।

लेख की शुरुआत में दी गई आवश्यकताओं को लागू करने के लिए, अधिकार और मालिकों के असाइनमेंट के साथ निम्नलिखित निर्देशिका संरचना बनाई गई है:

1) परियोजना निर्देशिका

dir1 (proj1: proj1,0770)
dir2 (proj2: proj2,0770)
dir3 (proj3: proj3,0770)
...
जहाँ
dir1, dir2, dir3 - परियोजना निर्देशिका: परियोजना 1, परियोजना 2, परियोजना 3।

proj1: proj1, proj2: proj2, proj3: proj3 - विशेष रूप से निर्मित लिनक्स उपयोगकर्ता जो संबंधित परियोजनाओं की निर्देशिका के मालिक नियुक्त किए जाते हैं।

सभी निर्देशिकाओं के अधिकार 0770 में निर्धारित किए गए हैं - मालिक और उसके समूह के लिए पूर्ण पहुंच और बाकी सभी के लिए पूर्ण प्रतिबंध।

2) डेवलपर खाते

डेवलपर 1: dev1: dev1, proj1, proj2
डेवलपर 2: देव 2: देव 2, प्रोज 2, प्रोज 3

मुख्य बिंदु यह है कि डेवलपर्स को सिस्टम उपयोगकर्ता का एक अतिरिक्त समूह सौंपा गया है जो संबंधित परियोजना का मालिक है। यह लिनक्स सर्वर व्यवस्थापक द्वारा एकल कमांड के रूप में किया जाता है।

इस उदाहरण में, "डेवलपर 1" proj1 और proj2 परियोजनाओं पर काम करता है, और "Developer 2" proj2 और proj3 परियोजनाओं पर काम करता है।

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

चूंकि इस सिद्धांत का आधार लिनक्स अधिकारों की बुनियादी सुरक्षा है, इसलिए यह योजना विश्वसनीय है। इसके अलावा, इस योजना का प्रबंधन करना बहुत आसान है।

अभ्यास के लिए आगे बढ़ते हैं।

लिनक्स सर्वर पर Git रिपॉजिटरी बनाना

हम जांच करते हैं।

[root@server ~]# cd /var/ [root@server var]# useradd gitowner [root@server var]# mkdir gitservertest [root@server var]# chown gitowner:gitowner gitservertest [root@server var]# adduser proj1 [root@server var]# adduser proj2 [root@server var]# adduser proj3 [root@server var]# adduser dev1 [root@server var]# adduser dev2 [root@server var]# passwd dev1 [root@server var]# passwd dev2 

मेरे हाथों से टाइप करते थक गए ...

 [root@server gitservertest]# sed "s/ /\n/g" <<< "proj1 proj2 proj3" | while read u; do mkdir $u; chown $u:$u $u; chmod 0770 $u; done [root@server gitservertest]# usermod -aG proj1 dev1 [root@server gitservertest]# usermod -aG proj2 dev1 [root@server gitservertest]# usermod -aG proj2 dev2 [root@server gitservertest]# usermod -aG proj3 dev2 

हम यह सुनिश्चित करते हैं कि कमांड लाइन से अन्य लोगों के रिपॉजिटरी तक पहुंचना असंभव है और यहां तक ​​कि उनकी सामग्री भी देख सकते हैं।

 [dev1@server ~]$ cd /var/gitservertest/proj3 -bash: cd: /var/gitservertest/proj3: Permission denied [dev1@server ~]$ ls /var/gitservertest/proj3 ls: cannot open directory /var/gitservertest/proj3: Permission denied 

एक परियोजना पर कई डेवलपर्स के गिट में सहयोग

एक प्रश्न यह रहता है कि यदि कोई डेवलपर किसी नई फ़ाइल का परिचय देता है, तो बाकी डेवलपर्स उसे बदल नहीं सकते, क्योंकि वह स्वयं इसका मालिक है (उदाहरण के लिए, dev1), न कि उस उपयोगकर्ता का जो प्रोजेक्ट का मालिक है (उदाहरण के लिए, proj1)। चूंकि हमारे पास एक सर्वर रिपॉजिटरी है, इसलिए सबसे पहले, आपको यह जानना होगा कि ".गित" निर्देशिका को कैसे व्यवस्थित किया जाए और क्या नई फाइलें बनाई जाएं।

एक स्थानीय Git रिपॉजिटरी बनाना और Git सर्वर पर पुश करना

चलो ग्राहक मशीन पर चलते हैं।

 Microsoft Windows [Version 6.1.7601] (c)   (Microsoft Corp.), 2009.   . C:\gittest>git init . Initialized empty Git repository in C:/gittest/.git/ C:\gittest>echo "test dev1 to proj2" > test1.txt C:\gittest>git add . C:\gittest>git status On branch master No commits yet Changes to be committed: (use "git rm --cached <file>..." to unstage) new file: test1.txt C:\gittest>git commit -am "new test file added" [master (root-commit) a7ac614] new test file added 1 file changed, 1 insertion(+) create mode 100644 test1.txt C:\gittest>git remote add origin "ssh://dev1@10.1.1.11/var/gitservertest/proj2" C:\gittest>git push origin master dev1:dev1@10.1.1.11's password: Counting objects: 3, done. Writing objects: 100% (3/3), 243 bytes | 243.00 KiB/s, done. Total 3 (delta 0), reused 0 (delta 0) To ssh://10.1.1.11/var/gitservertest/proj2 * [new branch] master -> master C:\gittest> 

उसी समय, सर्वर पर नई फाइलें बनती हैं, और वे उस उपयोगकर्ता के होते हैं जो पुश आउट करते हैं

 [dev1@server proj2]$ tree . ├── 1.txt ├── branches ├── config ├── description ├── HEAD ├── hooks │  ├── applypatch-msg.sample │  ├── commit-msg.sample │  ├── post-update.sample │  ├── pre-applypatch.sample │  ├── pre-commit.sample │  ├── prepare-commit-msg.sample │  ├── pre-push.sample │  ├── pre-rebase.sample │  └── update.sample ├── info │  └── exclude ├── objects │  ├── 75 │  │  └── dcd269e04852ce2f683b9eb41ecd6030c8c841 │  ├── a7 │  │  └── ac6148611e69b9a074f59a80f356e1e0c8be67 │  ├── f0 │  │  └── 82ea1186a491cd063925d0c2c4f1c056e32ac3 │  ├── info │  └── pack └── refs ├── heads │  └── master └── tags 12 directories, 18 files [dev1@server proj2]$ ls -l objects/75/dcd269e04852ce2f683b9eb41ecd6030c8c841 -r--r--r--. 1 dev1 dev1 54 Jun 20 14:34 objects/75/dcd269e04852ce2f683b9eb41ecd6030c8c841 [dev1@server proj2]$ 

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

लिनक्स चाउन - एक नियमित उपयोगकर्ता द्वारा एक फ़ाइल के मालिक को बदलना

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

गिट हुक का उपयोग करना

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

 [dev1@server proj2]$ mv hooks/post-update{.sample,} [dev1@server proj2]$ sed -i '2,$ s/^/#/' hooks/post-update [dev1@server proj2]$ cat <<< 'find . -group $(whoami) -exec chgrp proj2 '"'"'{}'"'"' \;' >> hooks/post-update 

या तो बस

 vi hooks/post-update 

क्लाइंट मशीन पर वापस।

 C:\gittest>echo "dev1 3rd line" >> test1.txt C:\gittest>git commit -am "3rd from dev1, testing server hook" [master b045e22] 3rd from dev1, testing server hook 1 file changed, 1 insertion(+) C:\gittest>git push origin master dev1:dev1@10.1.1.11's password: d22c66e..b045e22 master -> master 

Git सर्वर पर, हम हुक पोस्ट-अपडेट स्क्रिप्ट के संचालन के बाद जांच करते हैं

 [dev1@server proj2]$ find . ! -group proj2 

- खाली, सब ठीक है।

Git के लिए दूसरे डेवलपर को कनेक्ट करना

हम दूसरे डेवलपर के काम की नकल करेंगे।

क्लाइंट पर

 C:\gittest>git remote remove origin C:\gittest>git remote add origin "ssh://dev2@10.1.1.11/var/gitservertest/proj2" C:\gittest>echo "!!! dev2 added this" >> test1.txt C:\gittest>echo "!!! dev2 wrote" > test2.txt C:\gittest>git add test2.txt C:\gittest>git commit -am "dev2 added to test1 and created test2" [master 55d49a6] dev2 added to test1 and created test2 2 files changed, 2 insertions(+) create mode 100644 test2.txt C:\gittest>git push origin master dev2@10.1.1.11's password: b045e22..55d49a6 master -> master 

और उसी समय, सर्वर पर ...

 [dev1@server proj2]$ find . ! -group proj2 

- फिर से खाली, सब कुछ काम करता है।

Git Project को हटाना और Git सर्वर से प्रोजेक्ट डाउनलोड करना

ठीक है, आप एक बार फिर सुनिश्चित कर सकते हैं कि सभी परिवर्तन संरक्षित हैं।

 C:\gittest>rd /S /Q .       ,       . 

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

 C:\gittest>dir   C:\gittest 21.06.2019 08:43 <DIR> . 21.06.2019 08:43 <DIR> .. C:\gittest>git clone ssh://dev2@10.1.1.11/var/gitservertest/proj2 Cloning into 'proj2'... dev2@10.1.1.11's password: C:\gittest>cd proj2 C:\gittest\proj2>dir   C:\gittest\proj2 21.06.2019 08:46 <DIR> . 21.06.2019 08:46 <DIR> .. 21.06.2019 08:46 114 test1.txt 21.06.2019 08:46 19 test2.txt C:\gittest\proj2>type test1.txt "test dev1 to proj2" "dev1 added some omre" "dev1 3rd line" "!!! dev2 added this" C:\gittest\proj2>type test2.txt "!!! dev2 wrote" 

Git में पहुंच साझा करना

अब यह सुनिश्चित कर लें कि Git के माध्यम से भी, दूसरे डेवलपर को Proj1 परियोजना तक पहुंच नहीं मिल सकती है, जिस पर वह काम नहीं करता है।

 C:\gittest\proj2>git remote remove origin C:\gittest\proj2>git remote add origin "ssh://dev2@10.1.1.11/var/gitservertest/proj1" C:\gittest\proj2>git push origin master dev2@10.1.1.11's password: fatal: '/var/gitservertest/proj1' does not appear to be a git repository fatal: Could not read from remote repository. Please make sure you have the correct access rights and the repository exists. 

अब पहुंच की अनुमति दें

 [root@server ~]# usermod -aG proj1 dev2 

और उसके बाद सब कुछ काम करता है।

 C:\gittest\proj2>git push origin master dev2@10.1.1.11's password: To ssh://10.1.1.11/var/gitservertest/proj1 * [new branch] master -> master 

अतिरिक्त जानकारी

इसके अलावा, अगर फ़ाइलों और निर्देशिकाओं को बनाते समय डिफ़ॉल्ट अनुमतियों के साथ कोई समस्या है, तो CentOS में आप कमांड का उपयोग कर सकते हैं

 setfacl -Rd -mo::5 -mg::7 /var/gitservertest 

इसके अलावा लेख में आप छोटी उपयोगी चीजों पर ठोकर खा सकते हैं:

• लिनक्स पर डायरेक्टरी ट्री का निर्माण कैसे करें
• फ़ाइल की एक निश्चित रेखा से अंत तक पतों की एक श्रृंखला को स्थानांतरित करने के लिए कैसे, कि पहली पंक्ति को छोड़कर सभी लाइनों में sed में एक प्रतिस्थापन बनाने के लिए
• खोज शब्द को उलटने के लिए लिनक्स कैसे खोजें
• कैसे एक एकल लाइन के माध्यम से कई लाइनों को लूप करने के लिए लिनक्स शेल में
• कैसे बैश में एकल उद्धरण से बचने के लिए
• कैसे विंडोज कमांड लाइन पर सभी सामग्री के साथ निर्देशिका को हटाने के लिए
• किसी फ़ाइल को फिर से लिखे बिना उसका नाम बदलने के लिए bash mv का उपयोग कैसे करें

आपका ध्यान के लिए धन्यवाद।