Linux-ലെ അനുമതികൾ (chown, chmod, SUID, GUID, sticky bit, ACL, umask)

എല്ലാവർക്കും ഹായ്. RedHat RHCSA RHCE 7 RedHat Enterprise Linux 7 EX200, EX300 എന്നീ പുസ്തകങ്ങളിൽ നിന്നുള്ള ഒരു ലേഖനത്തിന്റെ പരിഭാഷയാണിത്.

തള്ളുക: ലേഖനം തുടക്കക്കാർക്ക് മാത്രമല്ല, കൂടുതൽ പരിചയസമ്പന്നരായ അഡ്മിനിസ്ട്രേറ്റർമാരെ അവരുടെ അറിവ് സംഘടിപ്പിക്കാൻ സഹായിക്കുമെന്ന് ഞാൻ പ്രതീക്ഷിക്കുന്നു.

അതുകൊണ്ട് നമുക്ക് പോകാം.

Linux-ൽ ഫയലുകൾ ആക്സസ് ചെയ്യാൻ, അനുമതികൾ ഉപയോഗിക്കുന്നു. ഈ അനുമതികൾ മൂന്ന് ഒബ്‌ജക്‌റ്റുകൾക്ക് നിയുക്തമാക്കിയിരിക്കുന്നു: ഫയൽ ഉടമ, ഗ്രൂപ്പ് ഉടമ, മറ്റൊരു ഒബ്‌ജക്‌റ്റ് (അതായത്, മറ്റെല്ലാവരും). അനുമതികൾ എങ്ങനെ പ്രയോഗിക്കണമെന്ന് ഈ ലേഖനം നിങ്ങളെ പഠിപ്പിക്കും.

ലേഖനം അടിസ്ഥാന ആശയങ്ങളുടെ ഒരു അവലോകനത്തോടെ ആരംഭിക്കുന്നു, തുടർന്ന് പ്രത്യേക അനുമതികളും ആക്സസ് കൺട്രോൾ ലിസ്റ്റുകളും (ACLs) ചർച്ച ചെയ്യുന്നു. ഈ ലേഖനത്തിന്റെ അവസാനം umask വഴി ഡിഫോൾട്ട് അനുമതികൾ ക്രമീകരിക്കുന്നതും വിപുലീകൃത ഉപയോക്തൃ ആട്രിബ്യൂട്ടുകൾ കൈകാര്യം ചെയ്യുന്നതും ഉൾക്കൊള്ളുന്നു.

ഫയൽ ഉടമസ്ഥാവകാശ മാനേജ്മെന്റ്

അനുമതികൾ ചർച്ച ചെയ്യുന്നതിനുമുമ്പ്, ഫയലിന്റെയും ഡയറക്‌ടറി ഉടമയുടെയും പങ്കിനെക്കുറിച്ച് നിങ്ങൾ അറിഞ്ഞിരിക്കണം. അനുമതികളോടെ പ്രവർത്തിക്കുന്നതിന് ഫയലുകളുടെയും ഡയറക്ടറികളുടെയും ഉടമസ്ഥാവകാശം പ്രധാനമാണ്. ഈ വിഭാഗത്തിൽ, ഉടമയെ എങ്ങനെ കാണാമെന്ന് നിങ്ങൾ ആദ്യം പഠിക്കും. ഫയലുകൾക്കും ഡയറക്‌ടറികൾക്കുമായി ഗ്രൂപ്പ് ഉടമയെയും ഉപയോക്താവിനെയും എങ്ങനെ മാറ്റാമെന്ന് നിങ്ങൾ പഠിക്കും.

ഒരു ഫയലിന്റെയോ ഡയറക്ടറിയുടെയോ ഉടമയെ പ്രദർശിപ്പിക്കുന്നു

ലിനക്സിൽ, എല്ലാ ഫയലുകൾക്കും എല്ലാ ഡയറക്ടറികൾക്കും രണ്ട് ഉടമകളുണ്ട്: ഒരു ഉപയോക്താവും ഒരു ഗ്രൂപ്പ് ഉടമയും.

ഫയലോ ഡയറക്‌ടറിയോ സൃഷ്‌ടിക്കുമ്പോൾ ഈ ഉടമകളെ സജ്ജമാക്കും. ഫയൽ സൃഷ്‌ടിക്കുന്ന ഉപയോക്താവ് ഈ ഫയലിന്റെ ഉടമയാകും, അതേ ഉപയോക്താവ് ഉൾപ്പെടുന്ന പ്രാഥമിക ഗ്രൂപ്പും ഈ ഫയലിന്റെ ഉടമയാകും. ഒരു ഉപയോക്താവെന്ന നിലയിൽ നിങ്ങൾക്ക് ഒരു ഫയലിലേക്കോ ഡയറക്ടറിയിലേക്കോ ആക്‌സസ് അവകാശങ്ങളുണ്ടോ എന്ന് നിർണ്ണയിക്കാൻ, ഷെൽ ഉടമസ്ഥാവകാശം പരിശോധിക്കുന്നു.

ഇത് ഇനിപ്പറയുന്ന ക്രമത്തിൽ സംഭവിക്കുന്നു:

1. നിങ്ങൾ ആക്‌സസ് ചെയ്യാൻ ആഗ്രഹിക്കുന്ന ഫയലിന്റെ ഉടമ നിങ്ങളാണോയെന്ന് ഷെൽ പരിശോധിക്കുന്നു. നിങ്ങളാണ് ആ ഉടമയെങ്കിൽ, നിങ്ങൾക്ക് അനുമതികൾ നൽകുകയും ഷെൽ പരിശോധന നിർത്തുകയും ചെയ്യും.
2. നിങ്ങൾ ഫയലിന്റെ ഉടമയല്ലെങ്കിൽ, ഫയലിൽ അനുമതിയുള്ള ഒരു ഗ്രൂപ്പിൽ നിങ്ങൾ അംഗമാണോ എന്ന് ഷെൽ പരിശോധിക്കും. നിങ്ങൾ ഈ ഗ്രൂപ്പിലെ അംഗമാണെങ്കിൽ, ഗ്രൂപ്പിനായി സജ്ജമാക്കിയിട്ടുള്ള അനുമതികളോടെ നിങ്ങൾ ഫയൽ ആക്സസ് ചെയ്യും, കൂടാതെ ഷെൽ പരിശോധിക്കുന്നത് നിർത്തും.
3. നിങ്ങൾ ഒരു ഉപയോക്താവോ ഗ്രൂപ്പ് ഉടമയോ അല്ലെങ്കിൽ, നിങ്ങൾക്ക് മറ്റ് ഉപയോക്തൃ അവകാശങ്ങൾ ലഭിക്കും.

നിലവിലെ ഉടമയുടെ അസൈൻമെന്റുകൾ കാണുന്നതിന് നിങ്ങൾക്ക് കമാൻഡ് ഉപയോഗിക്കാം ls -l. ഈ കമാൻഡ് ഗ്രൂപ്പിന്റെ ഉപയോക്താവിനെയും ഉടമയെയും കാണിക്കുന്നു. /home ഡയറക്‌ടറിക്ക് കീഴിലുള്ള ഡയറക്‌ടറികൾക്കായുള്ള ഉടമയുടെ ക്രമീകരണങ്ങൾ നിങ്ങൾക്ക് ചുവടെ കാണാൻ കഴിയും.

[root@server1 home]# ls -l
total 8
drwx------. 3  bob            bob            74     Feb   6   10:13 bob
drwx------. 3  caroline       caroline       74     Feb   6   10:13 caroline
drwx------. 3  fozia          fozia          74     Feb   6   10:13 fozia
drwx------. 3  lara           lara           74     Feb   6   10:13 lara
drwx------. 5  lisa           lisa           4096   Feb   6   10:12 lisa
drwx------. 14 user           user           4096   Feb   5   10:35 user

കമാൻഡ് ഉപയോഗിച്ച് ls തന്നിരിക്കുന്ന ഡയറക്‌ടറിയിൽ നിങ്ങൾക്ക് ഫയലുകളുടെ ഉടമയെ പ്രദർശിപ്പിക്കാൻ കഴിയും. നൽകിയിരിക്കുന്ന ഉപയോക്താവോ ഗ്രൂപ്പോ ഉടമയായ സിസ്റ്റത്തിലെ എല്ലാ ഫയലുകളുടെയും ഒരു ലിസ്റ്റ് ലഭ്യമാക്കുന്നത് ചിലപ്പോൾ ഉപയോഗപ്രദമാകും. ഇതിനായി നിങ്ങൾക്ക് ഉപയോഗിക്കാം കണ്ടെത്തുക. വാദം ഉപയോക്താവിനെ കണ്ടെത്തുക ഈ ആവശ്യത്തിനായി ഉപയോഗിക്കാം. ഉദാഹരണത്തിന്, ഇനിപ്പറയുന്ന കമാൻഡ് ലിൻഡയുടെ ഉടമസ്ഥതയിലുള്ള എല്ലാ ഫയലുകളും കാണിക്കുന്നു:

find / -user linda

നിങ്ങൾക്ക് ഉപയോഗിക്കാനും കഴിയും കണ്ടെത്തുക ഒരു നിർദ്ദിഷ്‌ട ഗ്രൂപ്പിന്റെ ഉടമയായ ഫയലുകൾക്കായി തിരയാൻ.

ഉദാഹരണത്തിന്, ഇനിപ്പറയുന്ന കമാൻഡ് ഒരു ഗ്രൂപ്പിന്റെ എല്ലാ ഫയലുകൾക്കുമായി തിരയുന്നു ഉപയോക്താക്കൾ:

find / -group users

ഉടമയുടെ മാറ്റം

ഉചിതമായ അനുമതികൾ പ്രയോഗിക്കുന്നതിന്, ആദ്യം പരിഗണിക്കേണ്ടത് ഉടമസ്ഥാവകാശമാണ്. ഇതിന് ഒരു കൽപ്പനയുണ്ട് ചൗൺ. ഈ കമാൻഡിന്റെ വാക്യഘടന മനസ്സിലാക്കാൻ എളുപ്പമാണ്:

chown кто что

ഉദാഹരണത്തിന്, താഴെ പറയുന്ന കമാൻഡ് /home/account ഡയറക്ടറിയുടെ ഉടമയെ ലിൻഡ എന്ന ഉപയോക്താവിലേക്ക് മാറ്റുന്നു:

chown linda /home/account

ടീം ചൗൺ നിരവധി ഓപ്ഷനുകൾ ഉണ്ട്, അവയിലൊന്ന് പ്രത്യേകിച്ചും ഉപയോഗപ്രദമാണ്: -R. മറ്റ് പല കമാൻഡുകൾക്കും ഈ ഓപ്ഷൻ ലഭ്യമായതിനാൽ ഇത് എന്താണ് ചെയ്യുന്നതെന്ന് നിങ്ങൾക്ക് ഊഹിക്കാം. നിലവിലെ ഡയറക്‌ടറിയുടെയും അതിനു താഴെയുള്ള എല്ലാത്തിന്റെയും ഉടമയെ സജ്ജമാക്കാൻ ഇത് നിങ്ങളെ അനുവദിക്കുന്നു. താഴെ പറയുന്ന കമാൻഡ് /home ഡയറക്ടറിയുടെ ഉടമസ്ഥനെയും അതിനു കീഴിലുള്ള എല്ലാം ലിൻഡ എന്ന ഉപയോക്താവിലേക്ക് മാറ്റുന്നു:

ഇപ്പോൾ ഉടമകൾ ഇതുപോലെ കാണപ്പെടുന്നു:

[root@localhost ~]# ls -l /home
total 0
drwx------. 2 account account 62 Sep 25 21:41 account
drwx------. 2 lisa    lisa    62 Sep 25 21:42 lisa

നമുക്ക് ചെയ്യാം:

[root@localhost ~]# chown -R lisa /home/account
[root@localhost ~]#

ഇപ്പോൾ ലിസ എന്ന ഉപയോക്താവ് അക്കൗണ്ട് ഡയറക്ടറിയുടെ ഉടമയാണ്:

[root@localhost ~]# ls -l /home
total 0
drwx------. 2 lisa account 62 Sep 25 21:41 account
drwx------. 2 lisa lisa    62 Sep 25 21:42 lisa

ഗ്രൂപ്പ് ഉടമയെ മാറ്റുക

ഗ്രൂപ്പിന്റെ ഉടമസ്ഥാവകാശം മാറ്റാൻ രണ്ട് വഴികളുണ്ട്. ഉപയോഗിച്ച് നിങ്ങൾക്ക് ഇത് ചെയ്യാൻ കഴിയും ചൗൺ, എന്നാൽ ഒരു പ്രത്യേക കമാൻഡ് ഉണ്ട് chgrp, ഈ ജോലി ചെയ്യുന്നത്. നിങ്ങൾക്ക് കമാൻഡ് ഉപയോഗിക്കണമെങ്കിൽ ചൗൺ, ഉപയോഗിക്കുക . അഥവാ : ഗ്രൂപ്പിന്റെ പേരിന് മുമ്പ്.

ഇനിപ്പറയുന്ന കമാൻഡ് /home/അക്കൗണ്ട് ഗ്രൂപ്പിന്റെ ഏതെങ്കിലും ഉടമയെ അക്കൗണ്ട് ഗ്രൂപ്പിലേക്ക് മാറ്റുന്നു:

chown .account /home/account

നിങ്ങൾക്ക് ഉപയോഗിക്കാം ചൗൺ ഒരു ഉപയോക്താവിന്റെ കൂടാതെ/അല്ലെങ്കിൽ ഗ്രൂപ്പിന്റെ ഉടമയെ പല തരത്തിൽ മാറ്റാൻ. ചില ഉദാഹരണങ്ങൾ ഇതാ:

• chown ലിസ myfile1 ലിസ എന്ന ഉപയോക്താവിനെ myfile1 ഫയലിന്റെ ഉടമയായി സജ്ജീകരിക്കുന്നു.
• chown lisa.sales myfile ഉപയോക്തൃ ലിസയെ myfile ഫയലിന്റെ ഉടമയായി സജ്ജീകരിക്കുന്നു, കൂടാതെ സെയിൽസ് ഗ്രൂപ്പിനെ അതേ ഫയലിന്റെ ഉടമയായി സജ്ജമാക്കുകയും ചെയ്യുന്നു.
• chown lisa:sales myfile മുൻ ടീമിനെ പോലെ തന്നെ.
• chown .sales myfile ഉപയോക്താവിന്റെ ഉടമയെ മാറ്റാതെ തന്നെ myfile-ന്റെ ഉടമയായി സെയിൽസ് ഗ്രൂപ്പിനെ സജ്ജമാക്കുന്നു.
• chown : sales myfile മുൻ ടീമിനെ പോലെ തന്നെ.

നിങ്ങൾക്ക് കമാൻഡ് ഉപയോഗിക്കാം chgrpഗ്രൂപ്പ് ഉടമയെ മാറ്റാൻ. നിങ്ങൾക്ക് ഉപയോഗിക്കാൻ കഴിയുന്ന ഇനിപ്പറയുന്ന ഉദാഹരണം പരിഗണിക്കുക chgrp അക്കൗണ്ട് ഡയറക്ടറിയുടെ ഉടമയെ സെയിൽസ് ഗ്രൂപ്പിലേക്ക് സജ്ജമാക്കുക:

chgrp .sales /home/account

ഉള്ളത് പോലെ ചൗൺ, നിങ്ങൾക്ക് ഓപ്ഷൻ ഉപയോഗിക്കാം -R с chgrp, കൂടാതെ ഗ്രൂപ്പിന്റെ ഉടമയെ ആവർത്തിച്ച് മാറ്റുക.

ഡിഫോൾട്ട് ഉടമ മനസ്സിലാക്കൽ

ഒരു ഉപയോക്താവ് ഒരു ഫയൽ സൃഷ്ടിക്കുമ്പോൾ, ഡിഫോൾട്ട് ഉടമസ്ഥാവകാശം ബാധകമാകുന്നത് നിങ്ങൾ ശ്രദ്ധിച്ചിരിക്കാം.
ഒരു ഫയൽ സ്വയമേവ സൃഷ്‌ടിക്കുന്ന ഉപയോക്താവ് ആ ഫയലിന്റെ ഉടമയാകും, കൂടാതെ ആ ഉപയോക്താവിന്റെ പ്രാഥമിക ഗ്രൂപ്പ് സ്വയമേവ ആ ഫയലിന്റെ ഉടമയാകും. സാധാരണ ഇത് /etc/passwd ഫയലിൽ ഉപയോക്താവിന്റെ പ്രാഥമിക ഗ്രൂപ്പായി ലിസ്റ്റ് ചെയ്തിരിക്കുന്ന ഗ്രൂപ്പാണ്. എന്നിരുന്നാലും, ഒരു ഉപയോക്താവ് ഒന്നിലധികം ഗ്രൂപ്പുകളിൽ അംഗമാണെങ്കിൽ, അവർക്ക് ഫലപ്രദമായ പ്രാഥമിക ഗ്രൂപ്പിനെ മാറ്റാൻ കഴിയും.

നിലവിലെ ഫലപ്രദമായ പ്രാഥമിക ഗ്രൂപ്പ് കാണിക്കുന്നതിന്, ഉപയോക്താവിന് കമാൻഡ് ഉപയോഗിക്കാം ഗ്രൂപ്പുകൾ:

[root@server1 ~]# groups lisa
lisa : lisa account sales

നിലവിലെ ഉപയോക്താവ് ലിൻഡയ്ക്ക് ഫലപ്രദമായ പ്രാഥമിക ഗ്രൂപ്പ് മാറ്റണമെങ്കിൽ, അവൻ കമാൻഡ് ഉപയോഗിക്കും newgrpപുതിയ ഫലപ്രദമായ പ്രാഥമിക ഗ്രൂപ്പായി സജ്ജീകരിക്കാൻ ആഗ്രഹിക്കുന്ന ഗ്രൂപ്പിന്റെ പേര് പിന്തുടരുന്നു. കമാൻഡ് ഉപയോഗിച്ചതിന് ശേഷം newgrp ഉപയോക്താവ് കമാൻഡ് നൽകുന്നതുവരെ പ്രാഥമിക ഗ്രൂപ്പ് സജീവമായിരിക്കും പുറത്ത് അല്ലെങ്കിൽ സിസ്റ്റത്തിൽ നിന്ന് ലോഗ് ഔട്ട് ചെയ്യില്ല.

ഉപയോക്തൃ ലിൻഡ എങ്ങനെയാണ് ഈ കമാൻഡ് ഉപയോഗിക്കുന്നത്, പ്രാഥമിക ഗ്രൂപ്പ് വിൽപ്പനയാണ്:

lisa@server1 ~]$ groups
lisa account sales
[lisa@server1 ~]$ newgrp sales
[lisa@server1 ~]$ groups
sales lisa account
[lisa@server1 ~]$ touch file1
[lisa@server1 ~]$ ls -l
total 0
-rw-r--r--. 1 lisa sales 0 Feb 6 10:06 file1

നിലവിലെ പ്രൈമറി ഗ്രൂപ്പ് മാറ്റിയ ശേഷം, ഉപയോക്താവ് സൃഷ്‌ടിച്ച എല്ലാ പുതിയ ഫയലുകൾക്കും ആ ഗ്രൂപ്പ് ഉടമയായി ഉണ്ടായിരിക്കും. യഥാർത്ഥ പ്രാഥമിക ഗ്രൂപ്പ് ക്രമീകരണത്തിലേക്ക് മടങ്ങാൻ, ഉപയോഗിക്കുക പുറത്ത്.

കമാൻഡ് ഉപയോഗിക്കാൻ കഴിയുന്നതിന് newgrp, ഉപയോക്താവ് പ്രാഥമികമായി ഉപയോഗിക്കാൻ ആഗ്രഹിക്കുന്ന ഗ്രൂപ്പിലെ അംഗമായിരിക്കണം. കൂടാതെ, കമാൻഡ് ഉപയോഗിച്ച് ഒരു ഗ്രൂപ്പിനായി ഒരു ഗ്രൂപ്പ് പാസ്‌വേഡ് ഉപയോഗിക്കാം gpasswd. ഉപയോക്താവ് കമാൻഡ് ഉപയോഗിക്കുകയാണെങ്കിൽ newgrpഎന്നാൽ ടാർഗെറ്റ് ഗ്രൂപ്പിലെ അംഗമല്ല, ഗ്രൂപ്പിന്റെ പാസ്‌വേഡിനായി ഷെൽ ആവശ്യപ്പെടുന്നു. നിങ്ങൾ ശരിയായ ഗ്രൂപ്പ് പാസ്‌വേഡ് നൽകിയാൽ, ഒരു പുതിയ ഫലപ്രദമായ പ്രാഥമിക ഗ്രൂപ്പ് സജ്ജീകരിക്കും.

മൗലികാവകാശ മാനേജ്മെന്റ്

ലിനക്സ് അനുമതി സംവിധാനം 1970-കളിൽ കണ്ടുപിടിച്ചതാണ്. ആ വർഷങ്ങളിൽ കമ്പ്യൂട്ടിംഗ് ആവശ്യങ്ങൾ പരിമിതമായിരുന്നതിനാൽ, അടിസ്ഥാന അനുമതി സംവിധാനം വളരെ പരിമിതമായിരുന്നു. ഈ പെർമിഷൻ സിസ്റ്റം ഫയലുകളിലും ഡയറക്‌ടറികളിലും പ്രയോഗിക്കാവുന്ന മൂന്ന് അനുമതികൾ ഉപയോഗിക്കുന്നു. ഈ വിഭാഗത്തിൽ, ഈ അനുമതികൾ എങ്ങനെ ഉപയോഗിക്കാമെന്നും മാറ്റാമെന്നും നിങ്ങൾ പഠിക്കും.

വായിക്കാനും എഴുതാനും നടപ്പിലാക്കാനുമുള്ള അനുമതികൾ മനസ്സിലാക്കുന്നു

മൂന്ന് പ്രധാന അനുമതികൾ ഫയലുകൾ വായിക്കാനും എഴുതാനും എക്സിക്യൂട്ട് ചെയ്യാനും നിങ്ങളെ അനുവദിക്കുന്നു. ഫയലുകളിലോ ഡയറക്‌ടറികളിലോ പ്രയോഗിക്കുമ്പോൾ ഈ അനുമതികളുടെ പ്രഭാവം വ്യത്യസ്തമായിരിക്കും. ഒരു ഫയലിൽ പ്രയോഗിക്കുമ്പോൾ, റീഡ് പെർമിഷൻ നിങ്ങൾക്ക് വായിക്കാനായി ഫയൽ തുറക്കാനുള്ള അവകാശം നൽകുന്നു. അതിനാൽ, നിങ്ങൾക്ക് അതിന്റെ ഉള്ളടക്കങ്ങൾ വായിക്കാൻ കഴിയും, എന്നാൽ നിങ്ങളുടെ കമ്പ്യൂട്ടറിന് എന്തെങ്കിലും ചെയ്യാൻ ഫയൽ തുറക്കാൻ കഴിയുമെന്നാണ് ഇതിനർത്ഥം.

ഒരു ലൈബ്രറിയിലേക്ക് ആക്സസ് ആവശ്യമുള്ള ഒരു പ്രോഗ്രാം ഫയലിന്, ഉദാഹരണത്തിന്, ആ ലൈബ്രറിയിലേക്ക് റീഡ് ആക്സസ് ഉണ്ടായിരിക്കണം. ഫയലുകൾക്കൊപ്പം പ്രവർത്തിക്കാൻ നിങ്ങൾക്ക് ആവശ്യമായ ഏറ്റവും അടിസ്ഥാന അനുമതിയാണ് റീഡ് പെർമിഷൻ എന്നാണ് ഇതിനർത്ഥം.

ഒരു ഡയറക്‌ടറിയിൽ പ്രയോഗിക്കുമ്പോൾ, ആ ഡയറക്‌ടറിയിലെ ഉള്ളടക്കങ്ങൾ പ്രദർശിപ്പിക്കാൻ വായന നിങ്ങളെ അനുവദിക്കുന്നു. ഡയറക്ടറിയിലെ ഫയലുകൾ വായിക്കാൻ ഈ അനുമതി നിങ്ങളെ അനുവദിക്കുന്നില്ലെന്ന് നിങ്ങൾ അറിഞ്ഞിരിക്കണം. Linux പെർമിഷൻ സിസ്റ്റത്തിന് പാരമ്പര്യം അറിയില്ല, ഒരു ഫയൽ വായിക്കാനുള്ള ഒരേയൊരു മാർഗ്ഗം ആ ഫയലിൽ റീഡ് പെർമിഷനുകൾ ഉപയോഗിക്കുക എന്നതാണ്.

നിങ്ങൾക്ക് ഊഹിക്കാൻ കഴിയുന്നതുപോലെ, ഒരു ഫയലിൽ പ്രയോഗിച്ചാൽ, എഴുതാനുള്ള അനുമതി ഫയലിലേക്ക് എഴുതാൻ അനുവദിക്കുന്നു. മറ്റൊരു വിധത്തിൽ പറഞ്ഞാൽ, നിലവിലുള്ള ഫയലുകളുടെ ഉള്ളടക്കം മാറ്റാൻ ഇത് നിങ്ങളെ അനുവദിക്കുന്നു. എന്നിരുന്നാലും, പുതിയ ഫയലുകൾ സൃഷ്ടിക്കാനോ ഇല്ലാതാക്കാനോ ഫയൽ അനുമതികൾ മാറ്റാനോ ഇത് നിങ്ങളെ അനുവദിക്കുന്നില്ല. ഇത് ചെയ്യുന്നതിന്, നിങ്ങൾ ഫയൽ സൃഷ്ടിക്കാൻ ആഗ്രഹിക്കുന്ന ഡയറക്ടറിയിലേക്ക് എഴുതാനുള്ള അനുമതി നൽകേണ്ടതുണ്ട്. ഡയറക്‌ടറികളിൽ, പുതിയ ഉപഡയറക്‌ടറികൾ സൃഷ്‌ടിക്കാനും ഇല്ലാതാക്കാനും ഈ അനുമതി നിങ്ങളെ അനുവദിക്കുന്നു.

എക്സിക്യൂട്ട് പെർമിഷൻ ആണ് ഫയൽ എക്സിക്യൂട്ട് ചെയ്യാൻ വേണ്ടത്. ഇത് ഒരിക്കലും സ്ഥിരസ്ഥിതിയായി ഇൻസ്റ്റാൾ ചെയ്യപ്പെടില്ല, ഇത് ലിനക്‌സിനെ വൈറസുകളിൽ നിന്ന് പൂർണ്ണമായും പ്രതിരോധിക്കുന്നു. ഡയറക്‌ടറിയിലേക്ക് റൈറ്റ് ആക്‌സസ് ഉള്ള ഒരാൾക്ക് മാത്രമേ എക്‌സിക്യൂട്ട് പെർമിഷൻ പ്രയോഗിക്കാൻ കഴിയൂ.

അടിസ്ഥാന അനുമതികളുടെ ഉപയോഗത്തെ ഇനിപ്പറയുന്നത് സംഗ്രഹിക്കുന്നു:

chmod ഉപയോഗിക്കുന്നു

അവകാശങ്ങൾ നിയന്ത്രിക്കുന്നതിന്, കമാൻഡ് ഉപയോഗിക്കുക chmod... ഉപയോഗിക്കുന്നത് chmod ഉപയോക്താവിനും ഗ്രൂപ്പിനും മറ്റുമുള്ള അനുമതികൾ നിങ്ങൾക്ക് സജ്ജമാക്കാൻ കഴിയും. നിങ്ങൾക്ക് ഈ കമാൻഡ് രണ്ട് മോഡുകളിൽ ഉപയോഗിക്കാം: ആപേക്ഷിക മോഡ്, കേവല മോഡ്. കേവല മോഡിൽ, അടിസ്ഥാന അനുമതികൾ സജ്ജമാക്കാൻ മൂന്ന് അക്കങ്ങൾ ഉപയോഗിക്കുന്നു.

അനുമതികൾ സജ്ജീകരിക്കുമ്പോൾ, നിങ്ങൾക്ക് ആവശ്യമുള്ള മൂല്യം കണക്കാക്കുക. നിങ്ങൾക്ക് ഉപയോക്താവിനായി റീഡ്, റൈറ്റ്, എക്സിക്യൂട്ട് എന്നിവ സജ്ജീകരിക്കാനും ഗ്രൂപ്പിനായി വായിക്കാനും എക്സിക്യൂട്ട് ചെയ്യാനും /somefile-ൽ മറ്റുള്ളവർക്കായി വായിക്കാനും നടപ്പിലാക്കാനും ആഗ്രഹിക്കുന്നുവെങ്കിൽ, നിങ്ങൾ ഇനിപ്പറയുന്ന കമാൻഡ് ഉപയോഗിക്കുക chmod:

chmod 755 /somefile

നിങ്ങൾ ഉപയോഗിക്കുമ്പോൾ chmod ഈ രീതിയിൽ, നിലവിലുള്ള എല്ലാ അനുമതികളും നിങ്ങൾ സജ്ജമാക്കിയ അനുമതികളാൽ മാറ്റിസ്ഥാപിക്കപ്പെടുന്നു.

നിലവിലെ അനുമതികളുമായി ബന്ധപ്പെട്ട് നിങ്ങൾക്ക് അനുമതികൾ മാറ്റണമെങ്കിൽ, നിങ്ങൾക്ക് ഉപയോഗിക്കാം chmod ആപേക്ഷിക മോഡിൽ. ഉപയോഗിക്കുന്നത് chmod ആപേക്ഷിക മോഡിൽ നിങ്ങൾ എന്താണ് ചെയ്യാൻ ആഗ്രഹിക്കുന്നതെന്ന് സൂചിപ്പിക്കുന്നതിന് മൂന്ന് സൂചകങ്ങൾ ഉപയോഗിച്ച് പ്രവർത്തിക്കുന്നു:

1. ആദ്യം നിങ്ങൾ അനുമതികൾ മാറ്റാൻ ആഗ്രഹിക്കുന്നത് വ്യക്തമാക്കുക. ഇത് ചെയ്യുന്നതിന് നിങ്ങൾക്ക് ഉപയോക്താക്കൾക്കിടയിൽ തിരഞ്ഞെടുക്കാം (u), ഗ്രൂപ്പ് (g) മറ്റുള്ളവരും (o).
2. നിലവിലെ മോഡിൽ നിന്ന് അനുമതികൾ ചേർക്കുന്നതിനോ നീക്കം ചെയ്യുന്നതിനോ നിങ്ങൾ പ്രസ്താവന ഉപയോഗിക്കുന്നു, അല്ലെങ്കിൽ അവ പൂർണ്ണമായും സജ്ജമാക്കുക.
3. അവസാനം നിങ്ങൾ ഉപയോഗിക്കുന്നു r, w и xഏത് അനുമതികളാണ് നിങ്ങൾ സജ്ജമാക്കാൻ ആഗ്രഹിക്കുന്നതെന്ന് വ്യക്തമാക്കാൻ.

ആപേക്ഷിക മോഡിൽ അനുമതികൾ മാറ്റുമ്പോൾ, എല്ലാ ഒബ്‌ജക്റ്റുകൾക്കും അനുമതി ചേർക്കുന്നതിനോ നീക്കം ചെയ്യുന്നതിനോ നിങ്ങൾക്ക് "ടു" ഭാഗം ഒഴിവാക്കാം. ഉദാഹരണത്തിന്, ഈ കമാൻഡ് എല്ലാ ഉപയോക്താക്കൾക്കും എക്സിക്യൂട്ട് പെർമിഷൻ ചേർക്കുന്നു:

chmod +x somefile

ആപേക്ഷിക മോഡിൽ പ്രവർത്തിക്കുമ്പോൾ, നിങ്ങൾക്ക് കൂടുതൽ സങ്കീർണ്ണമായ കമാൻഡുകൾ ഉപയോഗിക്കാം. ഉദാഹരണത്തിന്, ഈ കമാൻഡ് ഒരു ഗ്രൂപ്പിലേക്ക് എഴുതാനുള്ള അനുമതി ചേർക്കുകയും മറ്റുള്ളവർക്ക് വായിക്കാനുള്ള അനുമതി നീക്കം ചെയ്യുകയും ചെയ്യുന്നു:

chmod g+w,o-r somefile

ഉപയോഗിക്കുമ്പോൾ chmod -R o+rx /data എല്ലാ ഡയറക്‌ടറികൾക്കും അതുപോലെ /ഡാറ്റ ഡയറക്‌ടറിയിലെ ഫയലുകൾക്കും നിങ്ങൾ എക്‌സിക്യൂട്ട് പെർമിഷൻ സജ്ജമാക്കി. ഫയലുകളല്ല, ഡയറക്ടറികളിൽ മാത്രം എക്സിക്യൂട്ട് പെർമിഷൻ സജ്ജീകരിക്കാൻ, ഉപയോഗിക്കുക chmod -R o+ rX /data.

ചില ഒബ്‌ജക്‌റ്റുകളിൽ ഫയൽ ഇതിനകം എക്‌സിക്യൂട്ട് പെർമിഷൻ സജ്ജീകരിച്ചിട്ടില്ലെങ്കിൽ ഫയലുകൾക്ക് എക്‌സിക്യൂട്ട് പെർമിഷൻ നൽകില്ലെന്ന് വലിയക്ഷരം X ഉറപ്പാക്കുന്നു. ഇത് എക്സിക്യൂഷൻ പെർമിഷനുകൾ കൈകാര്യം ചെയ്യുന്നതിനുള്ള മികച്ച മാർഗമാക്കി മാറ്റുന്നു; ഇത് ആവശ്യമില്ലാത്ത ഫയലുകളിൽ ഈ അനുമതി സജ്ജീകരിക്കുന്നത് ഒഴിവാക്കും.

വിപുലീകരിച്ച അവകാശങ്ങൾ

നിങ്ങൾ ഇപ്പോൾ വായിച്ച അടിസ്ഥാന അനുമതികൾക്ക് പുറമേ, ലിനക്സിന് ഒരു കൂട്ടം വിപുലമായ അനുമതികളും ഉണ്ട്. ഇവ നിങ്ങൾ സ്ഥിരസ്ഥിതിയായി സജ്ജമാക്കിയ അനുമതികളല്ല, എന്നാൽ അവ ചിലപ്പോൾ ഉപയോഗപ്രദമായ ഒരു കൂട്ടിച്ചേർക്കൽ നൽകുന്നു. ഈ വിഭാഗത്തിൽ അവ എന്താണെന്നും അവ എങ്ങനെ സജ്ജീകരിക്കാമെന്നും നിങ്ങൾ പഠിക്കും.

SUID, GUID, സ്റ്റിക്കി ബിറ്റ് വിപുലീകൃത അവകാശങ്ങൾ എന്നിവ മനസ്സിലാക്കുന്നു

മൂന്ന് വിപുലമായ പ്രമേയങ്ങളുണ്ട്. ആദ്യത്തേത് സെറ്റ് യൂസർ ഐഡി (SUID) അനുമതിയാണ്. ചില പ്രത്യേക സന്ദർഭങ്ങളിൽ, എക്സിക്യൂട്ടബിൾ ഫയലുകളിൽ ഈ അനുമതി പ്രയോഗിക്കാൻ നിങ്ങൾ ആഗ്രഹിച്ചേക്കാം. സ്ഥിരസ്ഥിതിയായി, എക്സിക്യൂട്ടബിൾ പ്രവർത്തിപ്പിക്കുന്ന ഉപയോക്താവ് അവരുടെ സ്വന്തം അനുമതികളോടെ ആ ഫയൽ പ്രവർത്തിപ്പിക്കുന്നു.

സാധാരണ ഉപയോക്താക്കൾക്ക്, പ്രോഗ്രാമിന്റെ ഉപയോഗം പരിമിതമാണ് എന്നാണ് ഇത് സാധാരണയായി അർത്ഥമാക്കുന്നത്. എന്നിരുന്നാലും, ചില സാഹചര്യങ്ങളിൽ, ഒരു നിർദ്ദിഷ്ട ചുമതല നിർവഹിക്കുന്നതിന് മാത്രം ഉപയോക്താവിന് പ്രത്യേക അനുമതികൾ ആവശ്യമാണ്.

ഉദാഹരണത്തിന്, ഒരു ഉപയോക്താവ് അവരുടെ പാസ്‌വേഡ് മാറ്റേണ്ട ഒരു സാഹചര്യം പരിഗണിക്കുക. ഇത് ചെയ്യുന്നതിന്, ഉപയോക്താവ് തന്റെ പുതിയ പാസ്‌വേഡ് /etc/shadow ഫയലിൽ എഴുതണം. എന്നിരുന്നാലും, ഈ ഫയൽ റൂട്ട് അല്ലാത്ത ഉപയോക്താക്കൾക്ക് എഴുതാൻ കഴിയില്ല:

root@hnl ~]# ls -l /etc/shadow
----------. 1 root root 1184 Apr 30 16:54 /etc/shadow

SUID അനുമതി ഈ പ്രശ്നത്തിന് ഒരു പരിഹാരം വാഗ്ദാനം ചെയ്യുന്നു. /usr/bin/passwd യൂട്ടിലിറ്റിയിൽ, ഈ അനുമതി സ്ഥിരസ്ഥിതിയായി പ്രയോഗിക്കുന്നു. ഇതിനർത്ഥം, പാസ്‌വേഡ് മാറ്റുമ്പോൾ, ഉപയോക്താവിന് താൽക്കാലികമായി റൂട്ട് പ്രത്യേകാവകാശങ്ങൾ ലഭിക്കുന്നു, ഇത് /etc/shadow ഫയലിലേക്ക് എഴുതാൻ അവരെ അനുവദിക്കുന്നു. ഉപയോഗിച്ച് നിങ്ങൾക്ക് SUID അനുമതി കാണാം ls -l എങ്ങനെ s നിങ്ങൾ സാധാരണയായി കാണാൻ പ്രതീക്ഷിക്കുന്ന ഒരു സ്ഥാനത്ത് x ഇഷ്‌ടാനുസൃത അനുമതികൾക്കായി:

[root@hnl ~]# ls -l /usr/bin/passwd
-rwsr-xr-x. 1 root root 32680 Jan 28 2010 /usr/bin/passwd

SUID അനുമതി ഉപയോഗപ്രദമാണെന്ന് തോന്നിയേക്കാം (ചില സന്ദർഭങ്ങളിൽ ഇത്), പക്ഷേ ഇത് അപകടകരവുമാണ്. തെറ്റായി ഉപയോഗിക്കുകയാണെങ്കിൽ, നിങ്ങൾ അബദ്ധത്തിൽ റൂട്ട് അനുമതികൾ നൽകിയേക്കാം. അതിനാൽ, അതീവ ജാഗ്രതയോടെ മാത്രം ഇത് ഉപയോഗിക്കാൻ ഞാൻ ശുപാർശ ചെയ്യുന്നു.

മിക്ക കാര്യനിർവാഹകരും ഒരിക്കലും അത് ഉപയോഗിക്കേണ്ടതില്ല; ഓപ്പറേറ്റിംഗ് സിസ്റ്റം സ്ഥിരസ്ഥിതിയായി സജ്ജമാക്കേണ്ട ചില ഫയലുകളിൽ മാത്രമേ നിങ്ങൾ ഇത് കാണൂ.

രണ്ടാമത്തെ പ്രത്യേക അനുമതി ഗ്രൂപ്പ് ഐഡി (SGID) ആണ്. ഈ അനുമതിക്ക് രണ്ട് ഇഫക്റ്റുകൾ ഉണ്ട്. എക്സിക്യൂട്ടബിൾ ഫയലിൽ പ്രയോഗിക്കുമ്പോൾ, അത് ഫയൽ എക്സിക്യൂട്ട് ചെയ്യുന്ന ഉപയോക്താവിന് ആ ഫയലിന്റെ ഗ്രൂപ്പ് ഉടമയുടെ അനുമതികൾ നൽകുന്നു. അതിനാൽ SGID-ക്ക് SUID പോലെ തന്നെ കൂടുതലോ കുറവോ ചെയ്യാൻ കഴിയും. എന്നിരുന്നാലും, ഈ ആവശ്യത്തിനായി SGID ഉപയോഗിക്കാറില്ല.

SUID അനുമതി പോലെ, ചില സിസ്റ്റം ഫയലുകളിൽ ഒരു ഡിഫോൾട്ട് ക്രമീകരണമായി SGID പ്രയോഗിക്കുന്നു.

ഒരു ഡയറക്‌ടറിയിൽ പ്രയോഗിക്കുമ്പോൾ, SGID ഉപയോഗപ്രദമാകും, കാരണം ആ ഡയറക്‌ടറിയിൽ സൃഷ്‌ടിച്ച ഫയലുകൾക്കും സബ്‌ഡയറക്‌ടറികൾക്കുമായി ഡിഫോൾട്ട് ഗ്രൂപ്പ് ഉടമയെ സജ്ജമാക്കാൻ നിങ്ങൾക്ക് ഇത് ഉപയോഗിക്കാനാകും. സ്ഥിരസ്ഥിതിയായി, ഒരു ഉപയോക്താവ് ഒരു ഫയൽ സൃഷ്ടിക്കുമ്പോൾ, ആ ഫയലിന്റെ ഗ്രൂപ്പ് ഉടമയായി അവരുടെ ഫലപ്രദമായ പ്രാഥമിക ഗ്രൂപ്പ് സജ്ജീകരിക്കും.

ഇത് എല്ലായ്‌പ്പോഴും വളരെ ഉപകാരപ്രദമല്ല, പ്രത്യേകിച്ചും Red Hat/CentOS ഉപയോക്താക്കൾക്ക് അവരുടെ പ്രാഥമിക ഗ്രൂപ്പ് ഉപയോക്താവിന്റെ അതേ പേരിലുള്ള ഗ്രൂപ്പായി സജ്ജീകരിച്ചിരിക്കുന്നതിനാൽ, അതിൽ ഉപയോക്താവ് മാത്രമാണ് അംഗം. അതിനാൽ, സ്ഥിരസ്ഥിതിയായി, ഒരു ഉപയോക്താവ് സൃഷ്ടിക്കുന്ന ഫയലുകൾ ഗ്രൂപ്പ് പങ്കിടും.

ഉപയോക്താക്കൾ ലിൻഡയും ലോറിയും അക്കൗണ്ടിംഗിൽ ജോലി ചെയ്യുകയും ഒരു ഗ്രൂപ്പിലെ അംഗങ്ങളായിരിക്കുകയും ചെയ്യുന്ന ഒരു സാഹചര്യം സങ്കൽപ്പിക്കുക കണക്ക്. സ്ഥിരസ്ഥിതിയായി, ഈ ഉപയോക്താക്കൾ ഒരു സ്വകാര്യ ഗ്രൂപ്പിലെ അംഗങ്ങളാണ്, അതിൽ അവർ മാത്രം അംഗമാണ്. എന്നിരുന്നാലും, രണ്ട് ഉപയോക്താക്കളും അക്കൗണ്ട് ഗ്രൂപ്പിലെ അംഗങ്ങളാണ്, മാത്രമല്ല ഒരു സെക്കണ്ടറി ഗ്രൂപ്പ് പാരാമീറ്ററും കൂടിയാണ്.

ഈ ഉപയോക്താക്കളിൽ ആരെങ്കിലും ഒരു ഫയൽ സൃഷ്ടിക്കുമ്പോൾ, പ്രാഥമിക ഗ്രൂപ്പ് ഉടമയാകും എന്നതാണ് സ്ഥിരസ്ഥിതി. അതിനാൽ, സ്ഥിരസ്ഥിതിയായി, ലോറി സൃഷ്ടിച്ച ഫയലുകൾ ലിൻഡയ്ക്ക് ആക്സസ് ചെയ്യാൻ കഴിയില്ല, തിരിച്ചും. എന്നിരുന്നാലും, നിങ്ങൾ ഒരു പങ്കിട്ട ഗ്രൂപ്പ് ഡയറക്‌ടറി (/ഗ്രൂപ്പുകൾ/അക്കൗണ്ട് എന്ന് പറയുക) സൃഷ്‌ടിക്കുകയും ആ ഡയറക്‌ടറിയിൽ SGID അനുമതി പ്രയോഗിക്കുകയും ഗ്രൂപ്പ് അക്കൗണ്ട് ആ ഡയറക്‌ടറിയ്‌ക്കായി ഗ്രൂപ്പ് ഉടമയായി സജ്ജീകരിച്ചിട്ടുണ്ടെന്നും ഉറപ്പാക്കുകയും ചെയ്‌താൽ, ആ ഡയറക്‌ടറിയിൽ സൃഷ്‌ടിച്ച എല്ലാ ഫയലുകളും അതിന്റെ എല്ലാ ഫയലുകളും ഉപഡയറക്‌ടറികൾ , ഗ്രൂപ്പ് അക്കൗണ്ട് ഡിഫോൾട്ട് ഗ്രൂപ്പ് ഉടമയായി നേടുക.

ഇക്കാരണത്താൽ, പൊതു ഗ്രൂപ്പ് ഡയറക്ടറികളിൽ ഇൻസ്റ്റാൾ ചെയ്യുന്നതിനുള്ള വളരെ ഉപയോഗപ്രദമായ അനുമതിയാണ് SGID അനുമതി.

SGID അനുമതി ഔട്ട്പുട്ടിൽ കാണിച്ചിരിക്കുന്നു ls -l എങ്ങനെ s നിങ്ങൾ സാധാരണയായി ഗ്രൂപ്പ് എക്സിക്യൂഷൻ അനുമതി കണ്ടെത്തുന്ന സ്ഥാനത്ത്:

[root@hnl data]# ls -ld account
drwxr-sr-x. 2 root account 4096 Apr 30 21:28 account

പ്രത്യേക അനുമതികളിൽ മൂന്നാമത്തേത് സ്റ്റിക്കി ബിറ്റ് ആണ്. ഒന്നിലധികം ഉപയോക്താക്കൾക്ക് ഒരേ ഡയറക്‌ടറിയിലേക്ക് റൈറ്റ് ആക്‌സസ് ഉള്ള ഒരു പരിതസ്ഥിതിയിൽ ആകസ്‌മികമായി ഇല്ലാതാക്കുന്നതിൽ നിന്ന് ഫയലുകൾ സംരക്ഷിക്കുന്നതിന് ഈ അനുമതി ഉപയോഗപ്രദമാണ്. സ്റ്റിക്കി ബിറ്റ് ആണ് ഉപയോഗിക്കുന്നതെങ്കിൽ, ഫയൽ അടങ്ങുന്ന ഫയലിന്റെയോ ഡയറക്‌ടറിയുടെയോ ഉപയോക്തൃ ഉടമയാണെങ്കിൽ മാത്രമേ ഉപയോക്താവിന് ഒരു ഫയൽ ഇല്ലാതാക്കാൻ കഴിയൂ. ഇക്കാരണത്താൽ, ഇത് /tmp ഡയറക്‌ടറിക്കുള്ള ഡിഫോൾട്ട് അനുമതിയാണ്, പൊതു ഗ്രൂപ്പ് ഡയറക്‌ടറികൾക്കും ഇത് ഉപയോഗപ്രദമാകും.

സ്റ്റിക്കി ബിറ്റ് ഇല്ലാതെ, ഒരു ഉപയോക്താവിന് ഒരു ഡയറക്ടറിയിൽ ഫയലുകൾ സൃഷ്ടിക്കാൻ കഴിയുമെങ്കിൽ, അവർക്ക് ആ ഡയറക്ടറിയിൽ നിന്ന് ഫയലുകൾ ഇല്ലാതാക്കാനും കഴിയും. ഒരു പൊതു ഗ്രൂപ്പ് പരിതസ്ഥിതിയിൽ ഇത് അരോചകമായേക്കാം. ലിൻഡ, ലോറി എന്നീ ഉപയോക്താക്കളെ സങ്കൽപ്പിക്കുക, ഇരുവരും /ഡാറ്റ/അക്കൗണ്ട് ഡയറക്‌ടറിയിലേക്ക് റൈറ്റിംഗ് പെർമിഷനുകളും അക്കൗണ്ട് ഗ്രൂപ്പിലെ അംഗത്വത്തിലൂടെ ഈ അനുമതികൾ നേടിയവരുമാണ്. അതിനാൽ, ലോറി സൃഷ്ടിച്ച ഫയലുകൾ ലിൻഡയ്ക്ക് ഇല്ലാതാക്കാൻ കഴിയും, തിരിച്ചും.

നിങ്ങൾ സ്റ്റിക്കി ബിറ്റ് പ്രയോഗിക്കുമ്പോൾ, ഇനിപ്പറയുന്ന വ്യവസ്ഥകളിലൊന്ന് ശരിയാണെങ്കിൽ മാത്രമേ ഉപയോക്താവിന് ഫയലുകൾ ഇല്ലാതാക്കാൻ കഴിയൂ:

• ഉപയോക്താവ് ഫയലിന്റെ ഉടമയാണ്;
• ഫയൽ സ്ഥിതി ചെയ്യുന്ന ഡയറക്ടറിയുടെ ഉടമയാണ് ഉപയോക്താവ്.

ഉപയോഗിക്കുമ്പോൾ ls -l, സ്റ്റിക്കി ബിറ്റ് പോലെ നിങ്ങൾക്ക് കാണാം t നിങ്ങൾ സാധാരണയായി മറ്റുള്ളവർക്കായി എക്സിക്യൂട്ട് പെർമിഷൻ കാണുന്ന സ്ഥാനത്ത്:

[root@hnl data]# ls -ld account/
drwxr-sr-t. 2 root account 4096 Apr 30 21:28 account/

വിപുലീകൃത അവകാശങ്ങൾ പ്രയോഗിക്കുന്നു

SUID, SGID, സ്റ്റിക്കി ബിറ്റ് എന്നിവ പ്രയോഗിക്കാൻ നിങ്ങൾക്ക് ഉപയോഗിക്കാം chmod. SUID-ന് 4-ന്റെ സംഖ്യാ മൂല്യമുണ്ട്, SGID-ന് 2-ന്റെ സംഖ്യാ മൂല്യമുണ്ട്, സ്റ്റിക്കി ബിറ്റിന് 1-ന്റെ സംഖ്യാ മൂല്യമുണ്ട്.

നിങ്ങൾക്ക് ഈ അനുമതികൾ പ്രയോഗിക്കണമെങ്കിൽ നാല് പ്രതീക ആർഗ്യുമെന്റ് ചേർക്കേണ്ടതുണ്ട് chmod, ഇതിന്റെ ആദ്യ അക്കം പ്രത്യേക അനുമതികളെ സൂചിപ്പിക്കുന്നു. ഉദാഹരണത്തിന്, ഇനിപ്പറയുന്ന വരി ഡയറക്ടറിയിലേക്ക് SGID അനുമതി ചേർക്കുകയും ഉപയോക്താവിന് rwx ഉം ഗ്രൂപ്പിനും മറ്റുള്ളവർക്കും rx ഉം സജ്ജമാക്കും:

chmod 2755 /somedir

പ്രവർത്തിക്കുന്നതിന് മുമ്പ് സജ്ജീകരിച്ചിരിക്കുന്ന നിലവിലെ അനുമതികൾ കാണണമെങ്കിൽ ഇത് തികച്ചും അപ്രായോഗികമാണ് chmod കേവല മോഡിൽ. (നിങ്ങൾ ഇത് ചെയ്യാത്ത പക്ഷം പുനരാലേഖനം ചെയ്യാനുള്ള അനുമതികൾ നിങ്ങൾക്ക് അപകടസാധ്യതയുണ്ട്.) അതിനാൽ നിങ്ങൾക്ക് ഏതെങ്കിലും പ്രത്യേക അനുമതികൾ പ്രയോഗിക്കണമെങ്കിൽ ആപേക്ഷിക മോഡിൽ പ്രവർത്തിക്കാൻ ഞാൻ ശുപാർശ ചെയ്യുന്നു:

1. SUID ഉപയോഗത്തിന് chmod u+s.
2. SGID ഉപയോഗത്തിന് chmod g+s.
3. സ്റ്റിക്കി ബിറ്റ് ഉപയോഗത്തിന് chmod +tനിങ്ങൾ അനുമതികൾ സജ്ജീകരിക്കാൻ ആഗ്രഹിക്കുന്ന ഫയലിന്റെയോ ഡയറക്ടറിയുടെയോ പേര് പിന്തുടരുക.

പ്രത്യേക അനുമതികൾ കൈകാര്യം ചെയ്യുന്നതിനെക്കുറിച്ച് നിങ്ങൾ അറിയേണ്ടതെല്ലാം പട്ടിക സംഗ്രഹിക്കുന്നു.

പ്രത്യേക അവകാശങ്ങളുമായി പ്രവർത്തിക്കുന്നതിനുള്ള ഒരു ഉദാഹരണം

ഈ ഉദാഹരണത്തിൽ, ഗ്രൂപ്പ് അംഗങ്ങൾക്ക് പങ്കിട്ട ഗ്രൂപ്പ് ഡയറക്‌ടറിയിൽ ഫയലുകൾ പങ്കിടുന്നത് എളുപ്പമാക്കുന്നതിന് നിങ്ങൾ പ്രത്യേക അനുമതികൾ ഉപയോഗിക്കുന്നു. സെറ്റ് ഗ്രൂപ്പ് ഐഡിയുടെ ഐഡി ബിറ്റും സ്റ്റിക്കി ബിറ്റും നിങ്ങൾ അസൈൻ ചെയ്യുന്നു, അവ സജ്ജീകരിച്ചുകഴിഞ്ഞാൽ, ഗ്രൂപ്പ് അംഗങ്ങൾക്ക് ഒരുമിച്ച് പ്രവർത്തിക്കുന്നത് എളുപ്പമാക്കുന്നതിന് ഫീച്ചറുകൾ ചേർക്കുന്നത് കാണുക.

1. നിങ്ങൾ ലിൻഡ എന്ന ഉപയോക്താവായ ടെർമിനൽ തുറക്കുക. കമാൻഡ് ഉപയോഗിച്ച് നിങ്ങൾക്ക് ഒരു ഉപയോക്താവിനെ സൃഷ്ടിക്കാൻ കഴിയും ലിൻഡ, പാസ്‌വേഡ് ചേർക്കുക പാസ്വേഡ് ലിൻഡ.
2. റൂട്ടിൽ ഒരു /ഡാറ്റ ഡയറക്ടറിയും കമാൻഡ് ഉപയോഗിച്ച് ഒരു /ഡാറ്റ/സെയിൽസ് സബ്ഡയറക്‌ടറിയും സൃഷ്‌ടിക്കുക mkdir -p /data/sales. നടപ്പിലാക്കുക സിഡി / ഡാറ്റ / വിൽപ്പനവിൽപ്പന ഡയറക്ടറിയിലേക്ക് പോകുക. നടപ്പിലാക്കുക ടച്ച് ലിൻഡ1 и ടച്ച് ലിൻഡ2ലിൻഡയുടെ ഉടമസ്ഥതയിലുള്ള രണ്ട് ശൂന്യമായ ഫയലുകൾ സൃഷ്ടിക്കാൻ.
3. പ്രവർത്തിപ്പിക്കുക സു-ലിസ നിലവിലെ ഉപയോക്താവിനെ സെയിൽസ് ഗ്രൂപ്പിലെ അംഗം കൂടിയായ യൂസർ ലിസയിലേക്ക് മാറ്റാൻ.
4. പ്രവർത്തിപ്പിക്കുക സിഡി / ഡാറ്റ / വിൽപ്പന കൂടാതെ ഈ ഡയറക്‌ടറി റണ്ണിൽ നിന്നും ls -l. ലിൻഡ എന്ന ഉപയോക്താവ് സൃഷ്ടിച്ചതും ലിൻഡ ഗ്രൂപ്പിൽ പെട്ടതുമായ രണ്ട് ഫയലുകൾ നിങ്ങൾ കാണും. നടപ്പിലാക്കുക rm -f ലിൻഡ*. ഇത് രണ്ട് ഫയലുകളും ഇല്ലാതാക്കും.
5. പ്രവർത്തിപ്പിക്കുക ടച്ച് ലിസ1 и ടച്ച് ലിസ2ഉപയോക്താവ് ലിസയുടെ ഉടമസ്ഥതയിലുള്ള രണ്ട് ഫയലുകൾ സൃഷ്ടിക്കാൻ.
6. പ്രവർത്തിപ്പിക്കുക സു - വേരൂന്നാൻ നിങ്ങളുടെ പ്രത്യേകാവകാശങ്ങൾ വർദ്ധിപ്പിക്കുന്നതിന്.
7. പ്രവർത്തിപ്പിക്കുക chmod g+s,o+t /data/salesഗ്രൂപ്പ് ഐഡന്റിഫയർ (GUID) ബിറ്റും പങ്കിട്ട ഗ്രൂപ്പ് ഡയറക്ടറിയിലെ സ്റ്റിക്കി ബിറ്റും സജ്ജമാക്കാൻ.
8. പ്രവർത്തിപ്പിക്കുക സു-ലിൻഡ. എന്നിട്ട് ചെയ്യുക ടച്ച് ലിൻഡ3 и ടച്ച് ലിൻഡ4. നിങ്ങൾ സൃഷ്ടിച്ച രണ്ട് ഫയലുകളും /data/sales ഡയറക്ടറിയുടെ ഗ്രൂപ്പ് ഉടമയായ സെയിൽസ് ഗ്രൂപ്പിന്റെ ഉടമസ്ഥതയിലുള്ളതാണെന്ന് നിങ്ങൾ ഇപ്പോൾ കാണും.
9. പ്രവർത്തിപ്പിക്കുക rm -rf ലിസ*. നിങ്ങൾ ഈ ഫയലുകളുടെ ഉടമയല്ലാത്തതിനാൽ ഉപയോക്തൃ ലിൻഡ എന്ന നിലയിൽ ഈ ഫയലുകൾ ഇല്ലാതാക്കുന്നത് സ്റ്റിക്കി ബിറ്റ് തടയുന്നു. ലിൻഡ എന്ന ഉപയോക്താവ് /ഡാറ്റ/സെയിൽസ് ഡയറക്‌ടറിയുടെ ഉടമയാണെങ്കിൽ, അയാൾക്ക് ഈ ഫയലുകൾ എങ്ങനെയും ഇല്ലാതാക്കാൻ കഴിയുമെന്നത് ശ്രദ്ധിക്കുക!

ലിനക്സിലെ ACL മാനേജ്മെന്റ് (setfacl, getfacl).

മുകളിൽ ചർച്ച ചെയ്‌ത വിപുലമായ അനുമതികൾ, Linux അനുമതികൾ കൈകാര്യം ചെയ്യുന്ന രീതിക്ക് ഉപയോഗപ്രദമായ പ്രവർത്തനക്ഷമത ചേർത്തിട്ടുണ്ടെങ്കിലും, ഒരു ഫയലിൽ ഒന്നിലധികം ഉപയോക്താക്കൾക്കോ ​​ഒരു ഗ്രൂപ്പിനോ അനുമതി നൽകാൻ ഇത് നിങ്ങളെ അനുവദിക്കുന്നില്ല.

ആക്‌സസ് കൺട്രോൾ ലിസ്റ്റുകൾ ഈ പ്രവർത്തനം വാഗ്ദാനം ചെയ്യുന്നു. ഡയറക്‌ടറികൾക്കിടയിൽ പെർമിഷൻ സെറ്റ് വ്യത്യാസപ്പെട്ടേക്കാവുന്ന സങ്കീർണ്ണമായ രീതിയിൽ ഡിഫോൾട്ട് പെർമിഷനുകൾ സജ്ജീകരിക്കാനും അവർ അഡ്മിനിസ്ട്രേറ്റർമാരെ അനുവദിക്കുന്നു.

ACL-കൾ മനസ്സിലാക്കുന്നു

ACL സബ്സിസ്റ്റം നിങ്ങളുടെ സെർവറിലേക്ക് മികച്ച പ്രവർത്തനക്ഷമത ചേർക്കുന്നുണ്ടെങ്കിലും, ഇതിന് ഒരു പോരായ്മയുണ്ട്: എല്ലാ യൂട്ടിലിറ്റികളും ഇതിനെ പിന്തുണയ്ക്കുന്നില്ല. അതിനാൽ, ഫയലുകൾ പകർത്തുമ്പോഴോ നീക്കുമ്പോഴോ നിങ്ങൾക്ക് ACL ക്രമീകരണങ്ങൾ നഷ്‌ടമായേക്കാം, കൂടാതെ ബാക്കപ്പ് സോഫ്‌റ്റ്‌വെയർ ACL ക്രമീകരണങ്ങൾ ബാക്കപ്പ് ചെയ്‌തേക്കില്ല.

ടാർ യൂട്ടിലിറ്റി ACL-കളെ പിന്തുണയ്ക്കുന്നില്ല. ഒരു ബാക്കപ്പ് സൃഷ്ടിക്കുമ്പോൾ ACL ക്രമീകരണങ്ങൾ നഷ്‌ടപ്പെടുന്നില്ലെന്ന് ഉറപ്പാക്കാൻ, ഉപയോഗിക്കുക നക്ഷത്ര ടാറിന് പകരം. നക്ഷത്ര ടാറിന്റെ അതേ പാരാമീറ്ററുകൾ ഉപയോഗിച്ച് പ്രവർത്തിക്കുന്നു; ഇത് ACL ക്രമീകരണങ്ങൾക്കുള്ള പിന്തുണ ചേർക്കുന്നു.

നിങ്ങൾക്ക് ACL ഉപയോഗിച്ച് ബാക്കപ്പ് ചെയ്യാനും കഴിയും getfacl, setfacl കമാൻഡ് ഉപയോഗിച്ച് പുനഃസ്ഥാപിക്കാനാകും. ഒരു ബാക്കപ്പ് സൃഷ്ടിക്കാൻ, ഉപയോഗിക്കുക getfacl -R /directory > file.acls. ഒരു ബാക്കപ്പ് ഫയലിൽ നിന്ന് ക്രമീകരണങ്ങൾ പുനഃസ്ഥാപിക്കാൻ, ഉപയോഗിക്കുക setfacl --restore=file.acl.

ചില ഉപകരണങ്ങൾക്കുള്ള പിന്തുണയുടെ അഭാവം ഒരു പ്രശ്നമായിരിക്കരുത്. വ്യക്തിഗത ഫയലുകളേക്കാൾ ഘടനാപരമായ അളവുകോലായി ACL-കൾ പലപ്പോഴും ഡയറക്ടറികളിൽ പ്രയോഗിക്കുന്നു.
അതിനാൽ, അവയിൽ പലതും ഉണ്ടാകില്ല, പക്ഷേ കുറച്ച് മാത്രം, ഫയൽ സിസ്റ്റത്തിലെ സ്മാർട്ട് സ്ഥലങ്ങളിൽ പ്രയോഗിക്കുന്നു. അതിനാൽ, നിങ്ങളുടെ ബാക്കപ്പ് സോഫ്‌റ്റ്‌വെയർ പിന്തുണയ്‌ക്കുന്നില്ലെങ്കിലും, നിങ്ങൾ പ്രവർത്തിച്ച ഒറിജിനൽ ACL-കൾ പുനഃസ്ഥാപിക്കുന്നത് താരതമ്യേന എളുപ്പമാണ്.

ACL-കൾക്കായി ഫയൽ സിസ്റ്റം തയ്യാറാക്കുന്നു

നിങ്ങൾ ACL-കളിൽ പ്രവർത്തിക്കാൻ തുടങ്ങുന്നതിനുമുമ്പ്, ACL-കളെ പിന്തുണയ്ക്കുന്നതിനായി നിങ്ങളുടെ ഫയൽ സിസ്റ്റം തയ്യാറാക്കേണ്ടതുണ്ട്. ഫയൽ സിസ്റ്റം മെറ്റാഡാറ്റ വിപുലീകരിക്കേണ്ടതിനാൽ, ഫയൽ സിസ്റ്റത്തിൽ ACL-കൾക്കുള്ള ഡിഫോൾട്ട് പിന്തുണ എപ്പോഴും ഉണ്ടായിരിക്കില്ല. ഒരു ഫയൽ സിസ്റ്റത്തിനായി ACL-കൾ കോൺഫിഗർ ചെയ്യുമ്പോൾ നിങ്ങൾക്ക് ഒരു "ഓപ്പറേഷൻ പിന്തുണയ്ക്കുന്നില്ല" എന്ന സന്ദേശം ലഭിക്കുകയാണെങ്കിൽ, നിങ്ങളുടെ ഫയൽ സിസ്റ്റം ACL-കളെ പിന്തുണച്ചേക്കില്ല.

ഇത് പരിഹരിക്കാൻ നിങ്ങൾ ഓപ്ഷൻ ചേർക്കേണ്ടതുണ്ട് acl മൗണ്ട് /etc/fstab ഫയലിൽ ഫയൽ സിസ്റ്റം സ്ഥിരസ്ഥിതിയായി ACL പിന്തുണയോടെ മൌണ്ട് ചെയ്യപ്പെടും.

setfacl, getfacl എന്നിവ ഉപയോഗിച്ച് ACL ക്രമീകരണങ്ങൾ മാറ്റുകയും കാണുകയും ചെയ്യുന്നു

ACL സജ്ജമാക്കാൻ നിങ്ങൾക്ക് കമാൻഡ് ആവശ്യമാണ് setfacl. നിങ്ങൾക്ക് ആവശ്യമുള്ള നിലവിലെ ACL ക്രമീകരണങ്ങൾ കാണുന്നതിന് getfacl. ടീം ls -l നിലവിലുള്ള ACL-കളൊന്നും കാണിക്കുന്നില്ല; ഇത് അനുമതി ലിസ്റ്റിന് ശേഷം ഒരു + കാണിക്കുന്നു, ഇത് ഫയലിനും ACL-കൾ ബാധകമാണെന്ന് സൂചിപ്പിക്കുന്നു.

ACL-കൾ കോൺഫിഗർ ചെയ്യുന്നതിനുമുമ്പ്, നിലവിലുള്ള ACL ക്രമീകരണങ്ങൾ കാണിക്കുന്നത് എല്ലായ്പ്പോഴും നല്ലതാണ് getfacl. ചുവടെയുള്ള ഉദാഹരണത്തിൽ കാണിച്ചിരിക്കുന്നതുപോലെ നിങ്ങൾക്ക് നിലവിലെ അനുമതികൾ കാണാൻ കഴിയും ls -l, കൂടാതെ കൂടെ കാണിച്ചിരിക്കുന്നത് പോലെ getfacl. നിങ്ങൾ വേണ്ടത്ര സൂക്ഷ്മമായി നോക്കിയാൽ, കാണിച്ചിരിക്കുന്ന വിവരങ്ങൾ സമാനമാണെന്ന് നിങ്ങൾ കാണും.

[root@server1 /]# ls -ld /dir
drwxr-xr-x. 2 root root 6 Feb 6 11:28 /dir
[root@server1 /]# getfacl /dir
getfacl: Removing leading '/' from absolute path names
# file: dir
# owner: root
# group: root
user::rwx
group::r-x
other::r-x

കമാൻഡ് എക്സിക്യൂട്ട് ചെയ്തതിന്റെ ഫലമായി getfacl മൂന്ന് വ്യത്യസ്‌ത ഒബ്‌ജക്‌റ്റുകൾക്കുള്ള അനുമതികൾ കാണിക്കുന്നത് ചുവടെ നിങ്ങൾക്ക് കാണാം: ഉപയോക്താവ്, ഗ്രൂപ്പ്, മറ്റുള്ളവ. ഇപ്പോൾ സെയിൽസ് ഗ്രൂപ്പിന് റീഡ് ആൻഡ് എക്സിക്യൂട്ട് പെർമിഷനുകൾ നൽകുന്നതിന് ഒരു ACL ചേർക്കാം. ഇതിനുള്ള കമാൻഡ് setfacl -mg:sales:rx /dir. ഈ ടീമിൽ -m നിലവിലെ ACL ക്രമീകരണങ്ങൾ മാറ്റേണ്ടതുണ്ടെന്ന് സൂചിപ്പിക്കുന്നു. അതിനുശേഷം g:sales:rx ഒരു റീഡ് ചെയ്യാനും ACL എക്സിക്യൂട്ട് ചെയ്യാനും കമാൻഡിനോട് പറയുന്നു (rx) ഗ്രൂപ്പിനായി (g) വിൽപ്പന. കമാൻഡ് എങ്ങനെയാണെന്നും നിലവിലെ ACL ക്രമീകരണങ്ങൾ മാറ്റിയതിന് ശേഷം getfacl കമാൻഡിന്റെ ഔട്ട്‌പുട്ടും നിങ്ങൾക്ക് ചുവടെ കാണാൻ കഴിയും.

[root@server1 /]# setfacl -m g:sales:rx /dir
[root@server1 /]# getfacl /dir
getfacl: Removing leading '/' from absolute path names
# file: dir
# owner: root
# group: root
user::rwx
group::r-x
group:sales:r-x
mask::r-x
other::r-x

ഒരു ഗ്രൂപ്പ് ACL എങ്ങനെ സജ്ജീകരിക്കാമെന്ന് ഇപ്പോൾ നിങ്ങൾ മനസ്സിലാക്കുന്നു, ഉപയോക്താക്കൾക്കും മറ്റ് ഉപയോക്താക്കൾക്കും ACL-കൾ മനസ്സിലാക്കുന്നത് എളുപ്പമാണ്. ഉദാഹരണത്തിന്, കമാൻഡ് setfacl -mu:linda:rwx /data ഉപയോക്താവിനെ ഉടമയാക്കാതെയോ നിലവിലെ ഉടമയുടെ നിയമനം മാറ്റാതെയോ /ഡാറ്റ ഡയറക്‌ടറിയിൽ ലിൻഡ ഉപയോക്താവിന് അനുമതികൾ നൽകുന്നു.

ടീം setfacl നിരവധി സവിശേഷതകളും ഓപ്ഷനുകളും ഉണ്ട്. ഒരു ഓപ്ഷൻ പ്രത്യേകിച്ചും പ്രധാനമാണ്, പരാമീറ്റർ -R. ഉപയോഗിക്കുകയാണെങ്കിൽ, നിങ്ങൾ ACL സജ്ജമാക്കിയിരിക്കുന്ന ഡയറക്‌ടറിയിൽ നിലവിൽ നിലവിലുള്ള എല്ലാ ഫയലുകൾക്കും ഉപഡയറക്‌ടറികൾക്കുമായി ACL ക്രമീകരണം ഓപ്‌ഷൻ ഉണ്ടാക്കുന്നു. നിലവിലുള്ള ഡയറക്‌ടറികൾക്കായി ACL-കൾ മാറ്റുമ്പോൾ എല്ലായ്പ്പോഴും ഈ ഓപ്ഷൻ ഉപയോഗിക്കാൻ ശുപാർശ ചെയ്യുന്നു.

ഡിഫോൾട്ട് ACL-കൾക്കൊപ്പം പ്രവർത്തിക്കുന്നു

ഒരു ഡയറക്‌ടറിയിൽ ഒന്നിലധികം ഉപയോക്താക്കൾക്കോ ​​ഗ്രൂപ്പുകൾക്കോ ​​നിങ്ങൾക്ക് അനുമതി നൽകാനാകും എന്നതാണ് ACL-കൾ ഉപയോഗിക്കുന്നതിന്റെ ഒരു നേട്ടം. ഡിഫോൾട്ട് ACL-ൽ പ്രവർത്തിക്കുമ്പോൾ നിങ്ങൾക്ക് അനന്തരാവകാശം പ്രവർത്തനക്ഷമമാക്കാം എന്നതാണ് മറ്റൊരു നേട്ടം.

ഒരു ഡിഫോൾട്ട് ACL സജ്ജീകരിക്കുന്നതിലൂടെ, ഡയറക്‌ടറിയിൽ സൃഷ്‌ടിച്ച എല്ലാ പുതിയ ഇനങ്ങളിലും സജ്ജമാക്കേണ്ട അനുമതികൾ നിങ്ങൾ നിർണ്ണയിക്കും. സ്ഥിരസ്ഥിതി ACL നിലവിലുള്ള ഫയലുകളുടെയും ഉപഡയറക്‌ടറികളുടെയും അനുമതികൾ മാറ്റുന്നില്ലെന്ന് ഓർമ്മിക്കുക. അവ മാറ്റാൻ, നിങ്ങൾ ഒരു സാധാരണ ACL കൂടി ചേർക്കേണ്ടതുണ്ട്!

ഇത് അറിയേണ്ടത് പ്രധാനമാണ്. ഒരേ ഡയറക്‌ടറി ആക്‌സസ്സുചെയ്യുന്നതിന് ഒന്നിലധികം ഉപയോക്താക്കളെയോ ഗ്രൂപ്പുകളെയോ കോൺഫിഗർ ചെയ്യാൻ നിങ്ങൾക്ക് ഒരു ACL ഉപയോഗിക്കണമെങ്കിൽ, നിങ്ങൾ ACL രണ്ടുതവണ സജ്ജമാക്കണം. ആദ്യ ഉപയോഗം setfacl -R -mനിലവിലെ ഫയലുകൾക്കായി ACL മാറ്റാൻ. എന്നിട്ട് ഉപയോഗിക്കുക setfacl -md:സൃഷ്ടിക്കപ്പെടുന്ന എല്ലാ പുതിയ ഘടകങ്ങളെയും പരിപാലിക്കാൻ.

ഡിഫോൾട്ട് ACL സജ്ജീകരിക്കാൻ നിങ്ങൾ ഓപ്ഷൻ ചേർക്കേണ്ടതുണ്ട് d ഓപ്ഷൻ ശേഷം -m (ഓർഡർ പ്രധാനമാണ്!). അതിനാൽ ഉപയോഗിക്കുക setfacl -md:g:sales:rx /dataഗ്രൂപ്പ് സെയിൽസ് /ഡാറ്റ ഡയറക്‌ടറിയിൽ സൃഷ്‌ടിക്കുന്നതെല്ലാം വായിച്ച് എക്‌സിക്യൂട്ട് ചെയ്യണമെങ്കിൽ.

ഡിഫോൾട്ട് ACL-കൾ ഉപയോഗിക്കുമ്പോൾ, മറ്റുള്ളവർക്കായി ACL-കൾ സജ്ജീകരിക്കുന്നതും ഉപയോഗപ്രദമാകും. സാധാരണയായി ഇത് അർത്ഥമാക്കുന്നില്ല, കാരണം മറ്റുള്ളവർക്ക് ഉപയോഗിക്കുന്നതിനുള്ള അനുമതികൾ നിങ്ങൾക്ക് മാറ്റാനും കഴിയും chmod. എന്നിരുന്നാലും, നിങ്ങൾക്ക് എന്ത് ചെയ്യാൻ കഴിയില്ല chmod, എപ്പോഴെങ്കിലും സൃഷ്ടിക്കപ്പെടുന്ന ഓരോ പുതിയ ഫയലിനും മറ്റ് ഉപയോക്താക്കൾക്ക് നൽകേണ്ട അവകാശങ്ങൾ വ്യക്തമാക്കുക എന്നതാണ്. /ഡാറ്റയിൽ സൃഷ്‌ടിച്ച എന്തെങ്കിലും അനുമതികൾ ലഭിക്കുന്നതിൽ നിന്ന് മറ്റുള്ളവരെ തടയാൻ നിങ്ങൾ ആഗ്രഹിക്കുന്നുവെങ്കിൽ, ഉദാഹരണത്തിന്, ഉപയോഗിക്കുക setfacl -md:o::- /data.

ACL-കളും പതിവ് അനുമതികളും എല്ലായ്പ്പോഴും നന്നായി സംയോജിപ്പിച്ചിട്ടില്ല. ആ ഡയറക്‌ടറിയിലേക്ക് ഇനങ്ങൾ ചേർത്തതിന് ശേഷം നിങ്ങൾ ഒരു ഡിഫോൾട്ട് ACL ഒരു ഡയറക്‌ടറിയിലേക്ക് പ്രയോഗിക്കുകയും തുടർന്ന് സാധാരണ അനുമതികൾ മാറ്റാൻ ശ്രമിക്കുകയും ചെയ്‌താൽ പ്രശ്‌നങ്ങൾ ഉണ്ടാകാം. സാധാരണ അനുമതികൾക്ക് ബാധകമായ മാറ്റങ്ങൾ ACL അവലോകനത്തിൽ നന്നായി പ്രതിഫലിക്കില്ല. പ്രശ്‌നങ്ങൾ ഒഴിവാക്കാൻ, ആദ്യം സാധാരണ അനുമതികൾ സജ്ജമാക്കുക, തുടർന്ന് സ്ഥിരസ്ഥിതി ACL-കൾ സജ്ജമാക്കുക (അതിനുശേഷം, അവ വീണ്ടും മാറ്റാതിരിക്കാൻ ശ്രമിക്കുക).

ACL-കൾ ഉപയോഗിച്ച് വിപുലമായ അവകാശങ്ങൾ കൈകാര്യം ചെയ്യുന്നതിനുള്ള ഉദാഹരണം

ഈ ഉദാഹരണത്തിൽ, നിങ്ങൾ മുമ്പ് സൃഷ്ടിച്ച /data/account കൂടാതെ /data/sales ഡയറക്ടറികൾക്കൊപ്പം പ്രവർത്തിക്കുന്നത് തുടരും. മുമ്പത്തെ ഉദാഹരണങ്ങളിൽ, സെയിൽസ് ഗ്രൂപ്പിന് /ഡാറ്റ/സെയിൽസിന് അനുമതിയുണ്ടെന്നും അക്കൗണ്ട് ഗ്രൂപ്പിന് /ഡാറ്റ/അക്കൗണ്ടിലേക്ക് അനുമതിയുണ്ടെന്നും നിങ്ങൾ ഉറപ്പാക്കി.

ആദ്യം, അക്കൗണ്ട് ഗ്രൂപ്പിന് /ഡാറ്റ/സെയിൽസ് ഡയറക്‌ടറിയിൽ അനുമതികൾ റീഡ് ചെയ്‌തിട്ടുണ്ടെന്നും സെയിൽസ് ഗ്രൂപ്പിന് /ഡാറ്റ/അക്കൗണ്ട് ഡയറക്‌ടറിയിൽ അനുമതികൾ റീഡ് ചെയ്‌തിട്ടുണ്ടെന്നും ഉറപ്പാക്കുക.

എല്ലാ പുതിയ ഫയലുകൾക്കും എല്ലാ പുതിയ ഇനങ്ങളിലും അനുമതികൾ ശരിയായി സജ്ജീകരിച്ചിട്ടുണ്ടെന്ന് ഉറപ്പാക്കാൻ നിങ്ങൾ സ്ഥിരസ്ഥിതി ACL-കൾ സജ്ജീകരിക്കുന്നു.

1. ഒരു ടെർമിനൽ തുറക്കുക.
2. പ്രവർത്തിപ്പിക്കുക setfacl -mg:account:rx /data/sales и setfacl -mg:sales:rx /data/account.
3. പ്രവർത്തിപ്പിക്കുക getfaclഅനുമതികൾ നിങ്ങൾ ആഗ്രഹിക്കുന്ന രീതിയിൽ സജ്ജീകരിച്ചിട്ടുണ്ടെന്ന് ഉറപ്പാക്കാൻ.
4. പ്രവർത്തിപ്പിക്കുക setfacl -md:g:account:rwx,g:sales:rx /data/salesസെയിൽസ് ഡയറക്‌ടറിക്കായി ഡിഫോൾട്ട് ACL സജ്ജമാക്കാൻ.
5. ഉപയോഗിക്കുന്ന /data/account ഡയറക്‌ടറിക്കായി ഒരു ഡിഫോൾട്ട് ACL ചേർക്കുക setfacl -md:g:sales:rwx,g:account:rx /data/account.
6. /data/sales-ലേക്ക് ഒരു പുതിയ ഫയൽ ചേർത്തുകൊണ്ട് നിങ്ങളുടെ ACL ക്രമീകരണങ്ങൾ പ്രാബല്യത്തിൽ ഉണ്ടോയെന്ന് പരിശോധിക്കുക. നടപ്പിലാക്കുക ടച്ച് /ഡാറ്റ/സെയിൽസ്/ന്യൂഫയൽ ചെയ്യുക getfacl /data/sales/newfile നിലവിലെ അനുമതികൾ പരിശോധിക്കാൻ.

umask ഉപയോഗിച്ച് ഡിഫോൾട്ട് അനുമതികൾ ക്രമീകരിക്കുന്നു

ഡിഫോൾട്ട് ACL-കളിൽ എങ്ങനെ പ്രവർത്തിക്കാമെന്ന് നിങ്ങൾ മുകളിൽ പഠിച്ചു. നിങ്ങൾ ഒരു ACL ഉപയോഗിക്കുന്നില്ലെങ്കിൽ, നിങ്ങൾക്ക് ലഭിക്കേണ്ട സ്ഥിരസ്ഥിതി അനുമതികൾ നിർണ്ണയിക്കുന്ന ഒരു ഷെൽ ഓപ്ഷൻ ഉണ്ട്: ഉമാസ്ക് (റിവേഴ്സ് മാസ്ക്). ഈ വിഭാഗത്തിൽ, ഉപയോഗിച്ച് ഡിഫോൾട്ട് അനുമതികൾ എങ്ങനെ മാറ്റാമെന്ന് നിങ്ങൾ പഠിക്കും ഉമാസ്ക്.

നിങ്ങൾ ഒരു പുതിയ ഫയൽ സൃഷ്ടിക്കുമ്പോൾ, ചില ഡിഫോൾട്ട് അനുമതികൾ സജ്ജീകരിക്കുന്നത് നിങ്ങൾ ശ്രദ്ധിച്ചിരിക്കാം. ഈ അനുമതികൾ നിർണ്ണയിക്കുന്നത് ക്രമീകരണമാണ് ഉമാസ്ക്. ഈ ഷെൽ ക്രമീകരണം ലോഗോണിലുള്ള എല്ലാ ഉപയോക്താക്കൾക്കും ബാധകമാണ്. പരാമീറ്ററിൽ ഉമാസ്ക് ഫയലിനായി സ്വയമേവ സജ്ജമാക്കാൻ കഴിയുന്ന പരമാവധി അനുമതികളിൽ നിന്ന് കുറയ്ക്കുന്ന ഒരു സംഖ്യാ മൂല്യം ഉപയോഗിക്കുന്നു; ഫയലുകളുടെ പരമാവധി ക്രമീകരണം 666 ആണ്, ഡയറക്‌ടറികൾക്ക് 777 ആണ്.

എന്നിരുന്നാലും, ചില ഒഴിവാക്കലുകൾ ഈ നിയമത്തിന് ബാധകമാണ്. നിങ്ങൾക്ക് ക്രമീകരണങ്ങളുടെ പൂർണ്ണ അവലോകനം കണ്ടെത്താനാകും ഉമാസ്ക് താഴെയുള്ള പട്ടികയിൽ.

ഉപയോഗിച്ച നമ്പറുകളിൽ നിന്ന് ഉമാസ്ക്, കമാൻഡിലേക്കുള്ള സംഖ്യാ ആർഗ്യുമെന്റുകൾ പോലെ chmod, ആദ്യ അക്കം ഉപയോക്താവിന്റെ അനുമതികളെ സൂചിപ്പിക്കുന്നു, രണ്ടാമത്തെ അക്കം ഗ്രൂപ്പിന്റെ അനുമതികളെ സൂചിപ്പിക്കുന്നു, അവസാനത്തേത് മറ്റുള്ളവർക്കായി സജ്ജമാക്കിയ ഡിഫോൾട്ട് അനുമതികളെ സൂചിപ്പിക്കുന്നു. അർത്ഥം ഉമാസ്ക് സ്ഥിരസ്ഥിതി 022 എല്ലാ പുതിയ ഫയലുകൾക്കും 644 ഉം നിങ്ങളുടെ സെർവറിൽ സൃഷ്ടിച്ച എല്ലാ പുതിയ ഡയറക്ടറികൾക്കും 755 ഉം നൽകുന്നു.

എല്ലാ സംഖ്യാ മൂല്യങ്ങളുടെയും പൂർണ്ണമായ അവലോകനം ഉമാസ്ക് താഴെയുള്ള പട്ടികയിൽ അവയുടെ ഫലങ്ങളും.

ഉമാസ്‌ക് ക്രമീകരണം എങ്ങനെ പ്രവർത്തിക്കുന്നുവെന്ന് കാണാനുള്ള ഒരു ലളിതമായ മാർഗ്ഗം ഇപ്രകാരമാണ്: 666-ലേക്ക് സജ്ജമാക്കിയ സ്ഥിരസ്ഥിതി ഫയൽ അനുമതികളിൽ നിന്ന് ആരംഭിച്ച് ഫലപ്രദമായ അനുമതികൾ ലഭിക്കുന്നതിന് ഉമാസ്ക് കുറയ്ക്കുക. ഡയറക്‌ടറിക്കും അതിന്റെ 777-ന്റെ ഡിഫോൾട്ട് അനുമതികൾക്കും ഇതുതന്നെ ചെയ്യുക.

ഉമാസ്ക് ക്രമീകരണം മാറ്റാൻ രണ്ട് വഴികളുണ്ട്: എല്ലാ ഉപയോക്താക്കൾക്കും വ്യക്തിഗത ഉപയോക്താക്കൾക്കും. നിങ്ങൾക്ക് എല്ലാ ഉപയോക്താക്കൾക്കും ഉമാസ്‌ക് സജ്ജീകരിക്കണമെങ്കിൽ, /etc/profile-ൽ വ്യക്തമാക്കിയിട്ടുള്ള ഷെൽ എൻവയോൺമെന്റ് ഫയലുകൾ പ്രവർത്തിപ്പിക്കുമ്പോൾ ഉമാസ്ക് ക്രമീകരണം പാലിക്കപ്പെടുന്നുണ്ടെന്ന് ഉറപ്പാക്കണം. /etc/profile.d ഡയറക്‌ടറിയിൽ umask.sh എന്ന ഷെൽ സ്‌ക്രിപ്റ്റ് സൃഷ്‌ടിക്കുകയും ആ ഷെൽ സ്‌ക്രിപ്റ്റിൽ നിങ്ങൾ ഉപയോഗിക്കാൻ ആഗ്രഹിക്കുന്ന umask വ്യക്തമാക്കുകയും ചെയ്യുക എന്നതാണ് ശരിയായ സമീപനം. ഈ ഫയലിൽ umask മാറ്റിയാൽ, സെർവറിൽ ലോഗിൻ ചെയ്ത ശേഷം എല്ലാ ഉപയോക്താക്കൾക്കും ഇത് ബാധകമാകും.

ലോഗിൻ ചെയ്യുന്ന എല്ലാ ഉപയോക്താക്കൾക്കും ബാധകമാകുന്ന /etc/profile വഴിയും അനുബന്ധ ഫയലുകൾ വഴിയും umask സജ്ജീകരിക്കുന്നതിനുള്ള ഒരു ബദൽ, ഓരോ ഉപയോക്താവിന്റെയും ഹോം ഡയറക്‌ടറിയിൽ സൃഷ്‌ടിച്ച .profile എന്ന ഫയലിലെ umask ക്രമീകരണങ്ങൾ മാറ്റുക എന്നതാണ്.

ഈ ഫയലിൽ പ്രയോഗിക്കുന്ന ക്രമീകരണങ്ങൾ വ്യക്തിഗത ഉപയോക്താവിന് മാത്രം ബാധകമാണ്; അതിനാൽ, നിങ്ങൾക്ക് കൂടുതൽ വിശദാംശങ്ങൾ ആവശ്യമുണ്ടെങ്കിൽ ഇതൊരു നല്ല രീതിയാണ്. സാധാരണ ഉപയോക്താക്കൾ 027 ന്റെ ഡിഫോൾട്ട് ഉമാസ്‌കിൽ പ്രവർത്തിക്കുമ്പോൾ റൂട്ട് ഉപയോക്താവിന്റെ ഡിഫോൾട്ട് ഉമാസ്‌ക് 022 ആയി മാറ്റാൻ ഞാൻ വ്യക്തിപരമായി ഈ സവിശേഷത ഇഷ്ടപ്പെടുന്നു.

വിപുലമായ ഉപയോക്തൃ ആട്രിബ്യൂട്ടുകൾ ഉപയോഗിച്ച് പ്രവർത്തിക്കുന്നു

Linux അനുമതികളെക്കുറിച്ചുള്ള അവസാന വിഭാഗമാണിത്.

അനുമതികൾക്കൊപ്പം പ്രവർത്തിക്കുമ്പോൾ, ഒരു ഉപയോക്താവ് അല്ലെങ്കിൽ ഗ്രൂപ്പ് ഒബ്‌ജക്‌റ്റും ഒരു ഫയലിലോ ഡയറക്‌ടറിയിലോ ആ ഉപയോക്താവിനോ ഗ്രൂപ്പ് ഒബ്‌ജക്‌റ്റുകൾക്കോ ​​ഉള്ള അനുമതികളും തമ്മിൽ എപ്പോഴും ബന്ധമുണ്ട്. ലിനക്സ് സെർവറിൽ ഫയലുകൾ പരിരക്ഷിക്കുന്നതിനുള്ള ഒരു ഇതര മാർഗ്ഗം ആട്രിബ്യൂട്ടുകൾ ഉപയോഗിച്ച് പ്രവർത്തിക്കുക എന്നതാണ്.
ഫയൽ ആക്‌സസ് ചെയ്യുന്ന ഉപയോക്താവിനെ പരിഗണിക്കാതെ ആട്രിബ്യൂട്ടുകൾ അവരുടെ ജോലി ചെയ്യുന്നു.

ACL-കൾ പോലെ, ഫയൽ ആട്രിബ്യൂട്ടുകൾ പ്രവർത്തനക്ഷമമാക്കേണ്ടതുണ്ട്. മൗണ്ട് ചെയ്യുക.

ഇതൊരു ഓപ്ഷനാണ് user_xattr. വിപുലീകൃത ഉപയോക്തൃ ആട്രിബ്യൂട്ടുകളിൽ പ്രവർത്തിക്കുമ്പോൾ നിങ്ങൾക്ക് "ഓപ്പറേഷൻ പിന്തുണയ്‌ക്കുന്നില്ല" എന്ന സന്ദേശം ലഭിക്കുകയാണെങ്കിൽ, സജ്ജീകരിക്കുന്നത് ഉറപ്പാക്കുക മൗണ്ട് ചെയ്യുക ഫയലിൽ /etc/fstab.

പല ആട്രിബ്യൂട്ടുകളും രേഖപ്പെടുത്തിയിട്ടുണ്ട്. ചില ആട്രിബ്യൂട്ടുകൾ ലഭ്യമാണെങ്കിലും ഇതുവരെ നടപ്പിലാക്കിയിട്ടില്ല. അവ ഉപയോഗിക്കരുത്; അവർ നിങ്ങൾക്ക് ഒന്നും കൊണ്ടുവരില്ല.

നിങ്ങൾക്ക് പ്രയോഗിക്കാൻ കഴിയുന്ന ഏറ്റവും ഉപയോഗപ്രദമായ ആട്രിബ്യൂട്ടുകൾ ചുവടെയുണ്ട്:

A ഫയലിന്റെ ഫയൽ ആക്സസ് സമയം മാറുന്നില്ലെന്ന് ഈ ആട്രിബ്യൂട്ട് ഉറപ്പാക്കുന്നു.
സാധാരണ, ഓരോ തവണയും ഒരു ഫയൽ തുറക്കുമ്പോൾ, ഫയൽ ആക്സസ് ചെയ്ത സമയം ഫയലിന്റെ മെറ്റാഡാറ്റയിൽ രേഖപ്പെടുത്തണം. ഇത് പ്രകടനത്തെ പ്രതികൂലമായി ബാധിക്കുന്നു; അതിനാൽ, പതിവായി ആക്സസ് ചെയ്യുന്ന ഫയലുകൾക്ക്, ആട്രിബ്യൂട്ട് A ഈ സവിശേഷത പ്രവർത്തനരഹിതമാക്കാൻ ഉപയോഗിക്കാം.

a ഈ ആട്രിബ്യൂട്ട് നിങ്ങളെ ഒരു ഫയൽ ചേർക്കാൻ അനുവദിക്കുന്നു, പക്ഷേ ഇല്ലാതാക്കരുത്.

c വോളിയം-ലെവൽ കംപ്രഷൻ പിന്തുണയ്ക്കുന്ന ഒരു ഫയൽ സിസ്റ്റമാണ് നിങ്ങൾ ഉപയോഗിക്കുന്നതെങ്കിൽ, കംപ്രഷൻ എഞ്ചിൻ ആദ്യം പ്രവർത്തനക്ഷമമാക്കുമ്പോൾ ഫയൽ കംപ്രസ് ചെയ്യപ്പെടുമെന്ന് ഈ ഫയൽ ആട്രിബ്യൂട്ട് ഉറപ്പാക്കുന്നു.

D ഈ ആട്രിബ്യൂട്ട് ഫയലുകളിലെ മാറ്റങ്ങൾ ആദ്യം കാഷെ ചെയ്യുന്നതിനുപകരം ഡിസ്കിലേക്ക് ഉടൻ എഴുതപ്പെടുന്നുവെന്ന് ഉറപ്പാക്കുന്നു. പ്രധാനപ്പെട്ട ഡാറ്റാബേസ് ഫയലുകൾ ഫയൽ കാഷെയ്ക്കും ഹാർഡ് ഡ്രൈവിനുമിടയിൽ നഷ്‌ടപ്പെടുന്നില്ലെന്ന് ഉറപ്പാക്കാൻ ഇത് ഉപയോഗപ്രദമായ ആട്രിബ്യൂട്ടാണ്.

d ഡംപ് യൂട്ടിലിറ്റി ഉപയോഗിക്കുന്ന ബാക്കപ്പുകളിൽ ഫയൽ സംരക്ഷിക്കപ്പെടുന്നില്ലെന്ന് ഈ ആട്രിബ്യൂട്ട് ഉറപ്പാക്കുന്നു.

I ഈ ആട്രിബ്യൂട്ട് അത് പ്രവർത്തനക്ഷമമാക്കിയിരിക്കുന്ന ഡയറക്‌ടറിയുടെ ഇൻഡെക്‌സിംഗ് പ്രവർത്തനക്ഷമമാക്കുന്നു. വേഗത്തിലുള്ള ഫയൽ ആക്സസിനായി ബി-ട്രീ ഡാറ്റാബേസ് ഉപയോഗിക്കാത്ത Ext3 പോലുള്ള പ്രാകൃത ഫയൽ സിസ്റ്റങ്ങൾക്ക് ഇത് വേഗത്തിലുള്ള ഫയൽ ആക്സസ് നൽകുന്നു.

i ഈ ആട്രിബ്യൂട്ട് ഫയലിനെ മാറ്റമില്ലാത്തതാക്കുന്നു. അതിനാൽ, അധിക പരിരക്ഷ ആവശ്യമുള്ള ഫയലുകൾക്ക് ഉപയോഗപ്രദമായ ഫയലിൽ മാറ്റങ്ങളൊന്നും വരുത്താൻ കഴിയില്ല.

j ഈ ആട്രിബ്യൂട്ട് ഒരു ext3 ഫയൽ സിസ്റ്റത്തിൽ, ഫയൽ ആദ്യം ജേണലിലേക്കും പിന്നീട് ഹാർഡ് ഡിസ്കിലെ ഡാറ്റ ബ്ലോക്കുകളിലേക്കും എഴുതപ്പെടുന്നുവെന്ന് ഉറപ്പാക്കുന്നു.

s ഫയൽ ഇല്ലാതാക്കിയ ശേഷം 0 സെക്കന്റിനുള്ളിൽ ഫയൽ സംരക്ഷിച്ച ബ്ലോക്കുകൾ പുനരാലേഖനം ചെയ്യുക. ഒരിക്കൽ ഇല്ലാതാക്കിയ ഫയൽ വീണ്ടെടുക്കാൻ കഴിയില്ലെന്ന് ഇത് ഉറപ്പാക്കുന്നു.

u ഈ ആട്രിബ്യൂട്ട് ഇല്ലാതാക്കുന്നതിനെക്കുറിച്ചുള്ള വിവരങ്ങൾ സംഭരിക്കുന്നു. ഇല്ലാതാക്കിയ ഫയലുകൾ വീണ്ടെടുക്കുന്നതിന് ഈ വിവരങ്ങളുമായി പ്രവർത്തിക്കുന്ന ഒരു യൂട്ടിലിറ്റി വികസിപ്പിക്കാൻ ഇത് നിങ്ങളെ അനുവദിക്കുന്നു.

നിങ്ങൾക്ക് ആട്രിബ്യൂട്ടുകൾ പ്രയോഗിക്കണമെങ്കിൽ കമാൻഡ് ഉപയോഗിക്കാം ചാറ്റർ. ഉദാഹരണത്തിന്, ഉപയോഗിക്കുക chattr +s somefileചില ഫയലുകളിൽ ആട്രിബ്യൂട്ടുകൾ പ്രയോഗിക്കാൻ. ഒരു ആട്രിബ്യൂട്ട് നീക്കം ചെയ്യേണ്ടതുണ്ടോ? എന്നിട്ട് ഉപയോഗിക്കുക chattr -s ചില ഫയൽ, അത് ഇല്ലാതാക്കപ്പെടും. നിലവിൽ പ്രയോഗിച്ചിട്ടുള്ള എല്ലാ ആട്രിബ്യൂട്ടുകളുടെയും ഒരു അവലോകനം ലഭിക്കുന്നതിന്, കമാൻഡ് ഉപയോഗിക്കുക സാറ്റ്ർ.

സംഗ്രഹം

ഈ ലേഖനത്തിൽ, അനുമതികൾ ഉപയോഗിച്ച് എങ്ങനെ പ്രവർത്തിക്കാമെന്ന് നിങ്ങൾ പഠിച്ചു. മൂന്ന് അടിസ്ഥാന അനുമതികൾ, വിപുലമായ അനുമതികൾ, ഫയൽ സിസ്റ്റത്തിൽ ACL-കൾ എങ്ങനെ ഉപയോഗിക്കാം എന്നിവയെക്കുറിച്ച് നിങ്ങൾ വായിക്കുന്നു. ഡിഫോൾട്ട് അനുമതികൾ പ്രയോഗിക്കുന്നതിന് umask പാരാമീറ്റർ എങ്ങനെ ഉപയോഗിക്കാമെന്നും നിങ്ങൾ പഠിച്ചു. ഈ ലേഖനത്തിന്റെ അവസാനം, ഫയൽ സിസ്റ്റം സുരക്ഷയുടെ ഒരു അധിക പാളി പ്രയോഗിക്കുന്നതിന് ഉപയോക്തൃ-വിപുലീകൃത ആട്രിബ്യൂട്ടുകൾ എങ്ങനെ ഉപയോഗിക്കാമെന്ന് നിങ്ങൾ പഠിച്ചു.

നിങ്ങൾക്ക് ഈ വിവർത്തനം ഇഷ്ടപ്പെട്ടെങ്കിൽ, അഭിപ്രായങ്ങളിൽ ഇതിനെക്കുറിച്ച് എഴുതുക. ഉപയോഗപ്രദമായ വിവർത്തനങ്ങൾ ചെയ്യാൻ കൂടുതൽ പ്രചോദനം ഉണ്ടാകും.

ലേഖനത്തിലെ ചില അക്ഷരത്തെറ്റുകളും വ്യാകരണ പിശകുകളും ഞാൻ തിരുത്തി. എളുപ്പമുള്ള വായനയ്ക്കായി ചില വലിയ ഖണ്ഡികകൾ ചെറുതാക്കി.

പകരം "ഡയറക്‌ടറിയിൽ അഡ്മിനിസ്ട്രേറ്റീവ് അവകാശമുള്ള ഒരാൾക്ക് മാത്രമേ എക്‌സിക്യൂട്ട് പെർമിഷൻ പ്രയോഗിക്കാൻ കഴിയൂ." "ഡയറക്‌ടറിയിലേക്ക് റൈറ്റ് ആക്‌സസ് ഉള്ള ഒരാൾക്ക് മാത്രമേ എക്‌സിക്യൂട്ട് പെർമിഷൻ പ്രയോഗിക്കാൻ കഴിയൂ" എന്ന് തിരുത്തി, അത് കൂടുതൽ ശരിയായിരിക്കും.

അഭിപ്രായങ്ങൾക്ക് നന്ദി ബെറെസ്.

മാറ്റിസ്ഥാപിച്ചു:
നിങ്ങൾ ഉപയോക്താവിന്റെ ഉടമയല്ലെങ്കിൽ, നിങ്ങൾ ഗ്രൂപ്പിലെ അംഗമാണോ എന്ന് ഷെൽ പരിശോധിക്കും, അതിനെ ഫയലിന്റെ ഗ്രൂപ്പ് എന്നും വിളിക്കുന്നു.

ഇതിൽ:
നിങ്ങൾ ഫയലിന്റെ ഉടമയല്ലെങ്കിൽ, ഫയലിൽ അനുമതിയുള്ള ഒരു ഗ്രൂപ്പിൽ നിങ്ങൾ അംഗമാണോ എന്ന് ഷെൽ പരിശോധിക്കും. നിങ്ങൾ ഈ ഗ്രൂപ്പിലെ അംഗമാണെങ്കിൽ, ഗ്രൂപ്പിനായി സജ്ജമാക്കിയിട്ടുള്ള അനുമതികളോടെ നിങ്ങൾ ഫയൽ ആക്സസ് ചെയ്യും, കൂടാതെ ഷെൽ പരിശോധിക്കുന്നത് നിർത്തും.

നിങ്ങളുടെ അഭിപ്രായത്തിന് നന്ദി ക്രിപ്‌റ്റോപൈറേറ്റ്

അവലംബം: www.habr.com