জিআইটি সার্ভারে মাল্টি-ইউজার অ্যাক্সেসের সংগঠন

একটি গিট সার্ভার ইনস্টল এবং কনফিগার করার সময়, বেশ কয়েকটি প্রকল্পে একাধিক ব্যবহারকারীর অ্যাক্সেস সংগঠিত করার বিষয়ে প্রশ্ন ওঠে। আমি সমস্যাটি নিয়ে গবেষণা করেছি এবং একটি সমাধান পেয়েছি যা আমার সমস্ত প্রয়োজনীয়তা পূরণ করেছে: সহজ, নিরাপদ, নির্ভরযোগ্য৷

আমার ইচ্ছা হল:

• প্রতিটি ব্যবহারকারী তাদের নিজস্ব অ্যাকাউন্টের সাথে সংযোগ করে
• একাধিক ব্যবহারকারী একটি প্রকল্পে কাজ করতে পারেন
• একই ব্যবহারকারী একাধিক প্রকল্পে কাজ করতে পারেন
• প্রতিটি ব্যবহারকারীর শুধুমাত্র সেই প্রকল্পগুলিতে অ্যাক্সেস রয়েছে যেখানে তিনি কাজ করেন
• কমান্ড লাইনের মাধ্যমে সংযোগ করা সম্ভব হওয়া উচিত, এবং শুধুমাত্র কিছু ওয়েব ইন্টারফেসের মাধ্যমে নয়

এটিও দুর্দান্ত হবে:

• নিয়ন্ত্রণকারী ব্যক্তিদের শুধুমাত্র পঠন-পাঠনের অনুমতি দিন
• Git-এ ব্যবহারকারীর অ্যাক্সেসের অধিকারগুলি সুবিধাজনকভাবে পরিচালনা করুন

GIT সার্ভার অ্যাক্সেস করার জন্য সম্ভাব্য বিকল্পগুলির ওভারভিউ

প্রথমত, আপনাকে কী থেকে বেছে নিতে হবে তা জানতে হবে, তাই এখানে গিট প্রোটোকলগুলির একটি দ্রুত ওভারভিউ।

• ssh - সার্ভার অ্যাক্সেস করতে একটি বিশেষভাবে তৈরি ব্যবহারকারী অ্যাকাউন্ট ব্যবহার করা হয়।
  • এটা অদ্ভুত যে গিট তার সুপারিশগুলি থেকে সমস্ত সংগ্রহস্থলগুলি অ্যাক্সেস করতে একটি অ্যাকাউন্টের ব্যবহার বাদ দেয় না। এই সব আমার প্রয়োজনীয়তা পূরণ করে না.
  • আপনি একাধিক অ্যাকাউন্ট ব্যবহার করতে পারেন, কিন্তু কিভাবে আপনি শুধুমাত্র নির্দিষ্ট ডিরেক্টরিগুলিতে ব্যবহারকারীর অ্যাক্সেস সীমাবদ্ধ করতে পারেন?
    • হোম ডিরেক্টরিতে বন্ধ করা উপযুক্ত নয়, কারণ অন্য ব্যবহারকারীদের জন্য সেখানে লেখার অ্যাক্সেস সংগঠিত করা কঠিন
    • আপনার হোম ডিরেক্টরি থেকে সিমলিংক ব্যবহার করাও কঠিন কারণ গিট তাদের লিঙ্ক হিসাবে ব্যাখ্যা করে না
    • দোভাষীর অ্যাক্সেস সীমাবদ্ধ করা সম্ভব, তবে এটি সর্বদা কাজ করবে এমন কোনও পূর্ণ গ্যারান্টি নেই
      • আপনি সাধারণত এই ধরনের ব্যবহারকারীদের জন্য আপনার নিজস্ব কমান্ড দোভাষী সংযোগ করতে পারেন, কিন্তু
        • প্রথমত, এটি ইতিমধ্যে এক ধরনের কঠিন সিদ্ধান্ত,
        • এবং দ্বিতীয়ত, এটি পরিহার করা যেতে পারে।

  কিন্তু সম্ভবত এটি একটি সমস্যা নয় যে ব্যবহারকারী কোন কমান্ড কার্যকর করতে সক্ষম হবে?... সাধারণভাবে, এই পদ্ধতিটি আপনি ঠিক কিভাবে ব্যবহার করবেন তা বের করলে তা উড়িয়ে দেওয়া যায় না। আমরা পরে এই পদ্ধতিতে ফিরে আসব, তবে আপাতত আমরা সংক্ষেপে অন্যান্য বিকল্পগুলি বিবেচনা করব, সম্ভবত আরও সহজ কিছু হবে।

• গিট স্থানীয় প্রোটোকলটি sshfs এর সংমিশ্রণে ব্যবহার করা যেতে পারে, একাধিক ব্যবহারকারী ব্যবহার করা যেতে পারে, তবে মূলত আগের ক্ষেত্রের মতোই
• http - শুধুমাত্র পঠনযোগ্য
• git শুধুমাত্র পঠনযোগ্য
• https - ইনস্টল করা কঠিন, ব্যবহারকারীর অ্যাক্সেস সংগঠিত করার জন্য আপনার অতিরিক্ত সফ্টওয়্যার, একধরনের নিয়ন্ত্রণ প্যানেলের প্রয়োজন... এটি সম্ভাব্য দেখায়, কিন্তু একরকম সবকিছুই জটিল।

গিট সার্ভারে বহু-ব্যবহারকারীর অ্যাক্সেস সংগঠিত করতে ssh প্রোটোকল ব্যবহার করে

আসুন ssh প্রোটোকলে ফিরে আসি।

যেহেতু আপনি গিটের জন্য ssh অ্যাক্সেস ব্যবহার করেন, তাই আপনাকে সার্ভার ডেটার নিরাপত্তা নিশ্চিত করতে হবে। যে ব্যবহারকারী 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: dev2:dev2,proj2,proj3

মূল পয়েন্টটি হল যে ডেভেলপারদের সংশ্লিষ্ট প্রকল্পের সিস্টেম ব্যবহারকারী মালিকের একটি অতিরিক্ত গ্রুপ নিয়োগ করা হয়েছে। এটি লিনাক্স সার্ভার অ্যাডমিনিস্ট্রেটর দ্বারা একটি কমান্ড দিয়ে করা হয়।

এই উদাহরণে, "ডেভেলপার 1" প্রকল্প proj1 এবং proj2 এ কাজ করছে এবং "ডেভেলপার 2" প্রকল্প proj2 এবং proj3 এ কাজ করছে।

যদি কোন বিকাশকারী কমান্ড লাইনের মাধ্যমে ssh এর মাধ্যমে সংযোগ করে, তাহলে তাদের অধিকারগুলি এমনকি প্রকল্প ডিরেক্টরিগুলির বিষয়বস্তু দেখার জন্য যথেষ্ট হবে না যেখানে তারা অংশগ্রহণ করে না। তিনি নিজে এই পরিবর্তন করতে পারবেন না।

যেহেতু এই নীতির ভিত্তি হল লিনাক্স অধিকারের মৌলিক নিরাপত্তা, এই স্কিমটি নির্ভরযোগ্য। উপরন্তু, স্কিম পরিচালনা করা খুব সহজ.

চলুন অনুশীলনে এগিয়ে যাই।

একটি লিনাক্স সার্ভারে গিট সংগ্রহস্থল তৈরি করা

এর চেক করা যাক.

[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

Git-এ একই প্রকল্পে একাধিক বিকাশকারীদের সাথে সহযোগিতা করুন

একটি প্রশ্ন থেকে যায়, যদি একজন ডেভেলপার একটি নতুন ফাইল প্রবর্তন করেন, তাহলে অন্য ডেভেলপাররা এটি পরিবর্তন করতে পারবেন না, কারণ তিনি নিজেই এর মালিক (উদাহরণস্বরূপ, dev1), এবং প্রকল্পের ব্যবহারকারী মালিক নন (উদাহরণস্বরূপ, proj1)। যেহেতু আমাদের একটি সার্ভার-সাইড রিপোজিটরি আছে, তাই প্রথমত, আমাদের জানতে হবে কিভাবে “.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://[email protected]/var/gitservertest/proj2"

C:gittest>git push origin master
dev1:[email protected]'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 দ্বারা তৈরি করা ফাইলগুলি পরিবর্তন করতে সক্ষম হবে না, যার ফলে কার্যকারিতা বিঘ্নিত হতে পারে।

লিনাক্স chown - একটি নিয়মিত ব্যবহারকারী দ্বারা একটি ফাইলের মালিক পরিবর্তন

একটি ফাইলের মালিক তার মালিকানা পরিবর্তন করতে পারে না৷ কিন্তু তিনি তার একটি ফাইলের গ্রুপ পরিবর্তন করতে পারেন, এবং তারপর এই ফাইলটি একই গ্রুপে থাকা অন্যান্য ব্যবহারকারীদের দ্বারা সংশোধন করা যেতে পারে। এটাই আমাদের দরকার।

গিট হুক ব্যবহার করে

হুকের জন্য ওয়ার্কিং ডাইরেক্টরি হল প্রোজেক্টের রুট ডিরেক্টরি। হুক হল একটি এক্সিকিউটেবল যা ব্যবহারকারীর অধীনে পুশ করে চলে। এটা জেনে আমরা আমাদের পরিকল্পনা বাস্তবায়ন করতে পারি।

[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:[email protected]'s password:
   d22c66e..b045e22  master -> master

গিট সার্ভারে, আমরা কমিটের পরে হুক পোস্ট-আপডেট স্ক্রিপ্টের অপারেশন পরীক্ষা করি

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

- খালি, সবকিছু ঠিক আছে।

Git-এ দ্বিতীয় বিকাশকারীকে সংযুক্ত করা হচ্ছে

আসুন দ্বিতীয় বিকাশকারীর কাজটি অনুকরণ করি।

ক্লায়েন্টের উপর

C:gittest>git remote remove origin

C:gittest>git remote add origin "ssh://[email protected]/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
[email protected]'s password:
   b045e22..55d49a6  master -> master

এবং একই সময়ে, সার্ভারে...

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

— আবার খালি, সবকিছু কাজ করে।

একটি গিট প্রকল্প মুছে ফেলা এবং গিট সার্ভার থেকে প্রকল্পটি ডাউনলোড করা

ঠিক আছে, আপনি আবার নিশ্চিত করতে পারেন যে সমস্ত পরিবর্তনগুলি সংরক্ষিত হয়েছে।

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://[email protected]/var/gitservertest/proj2
Cloning into 'proj2'...
[email protected]'s password:

C:gittest>cd proj2

C:gittestproj2>dir
 Содержимое папки C:gittestproj2

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:gittestproj2>type test1.txt
"test dev1 to proj2"
"dev1 added some omre"
"dev1 3rd line"
"!!! dev2 added this"

C:gittestproj2>type test2.txt
"!!! dev2 wrote"

Git-এ অ্যাক্সেস শেয়ার করা

এখন নিশ্চিত করা যাক যে Git এর মাধ্যমেও দ্বিতীয় বিকাশকারী Proj1 প্রকল্পটি অ্যাক্সেস করতে পারবেন না, যেটিতে তিনি কাজ করছেন না।

C:gittestproj2>git remote remove origin

C:gittestproj2>git remote add origin "ssh://[email protected]/var/gitservertest/proj1"

C:gittestproj2>git push origin master
[email protected]'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:gittestproj2>git push origin master
[email protected]'s password:
To ssh://10.1.1.11/var/gitservertest/proj1
 * [new branch]      master -> master

আরো তথ্যের জন্য,

অতিরিক্তভাবে, যদি ফাইল এবং ডিরেক্টরি তৈরি করার সময় ডিফল্ট অনুমতিগুলির সাথে কোনও সমস্যা হয়, সেন্টোসে আপনি কমান্ডটি ব্যবহার করতে পারেন

setfacl -Rd -m o::5 -m g::7 /var/gitservertest

এছাড়াও নিবন্ধে আপনি ছোট দরকারী জিনিসগুলিতে হোঁচট খেতে পারেন:

• কিভাবে লিনাক্সে একটি ডিরেক্টরি গাছ তৈরি করবেন
• কিভাবে একটি নির্দিষ্ট লাইন থেকে ফাইলের শেষ পর্যন্ত sed-এ ঠিকানার একটি পরিসীমা পাস করতে হয়, অর্থাৎ, প্রথম লাইন ব্যতীত সমস্ত লাইনে sed ​​এ প্রতিস্থাপন করুন
• লিনাক্সে অনুসন্ধানের শর্তটি কীভাবে উল্টানো যায়
• লিনাক্স শেলে ওয়ান-লাইনার ব্যবহার করে কীভাবে একাধিক লাইন একটি লুপে পাস করবেন
• ব্যাশে একক উদ্ধৃতি থেকে কীভাবে এড়াতে হয়
• উইন্ডোজ কমান্ড লাইনে তার সমস্ত বিষয়বস্তু সহ একটি ডিরেক্টরি কীভাবে মুছবেন
• একটি ফাইল পুনরায় লেখা ছাড়াই পুনরায় নামকরণ করতে bash mv কীভাবে ব্যবহার করবেন

আপনার মনোযোগের জন্য আপনাকে ধন্যবাদ।

উত্স: www.habr.com