Linux માં પરવાનગીઓ (chown, chmod, SUID, GUID, સ્ટીકી બીટ, ACL, umask)

કેમ છો બધા. આ RedHat RHCSA RHCE 7 RedHat Enterprise Linux 7 EX200 અને EX300 પુસ્તકમાંથી એક લેખનો અનુવાદ છે.

દબાણ: હું આશા રાખું છું કે લેખ ફક્ત નવા નિશાળીયા માટે જ ઉપયોગી નથી, પરંતુ વધુ અનુભવી સંચાલકોને તેમના જ્ઞાનને ગોઠવવામાં પણ મદદ કરશે.

તો ચાલો ચાલો.

Linux માં ફાઇલોને ઍક્સેસ કરવા માટે, પરવાનગીઓનો ઉપયોગ કરવામાં આવે છે. આ પરવાનગીઓ ત્રણ ઑબ્જેક્ટને સોંપવામાં આવી છે: ફાઇલ માલિક, જૂથ માલિક અને અન્ય ઑબ્જેક્ટ (એટલે ​​​​કે, બાકીના દરેકને). આ લેખ તમને પરવાનગીઓ કેવી રીતે લાગુ કરવી તે શીખવશે.

લેખ મૂળભૂત ખ્યાલોની ઝાંખી સાથે શરૂ થાય છે અને પછી વિશેષ પરવાનગીઓ અને એક્સેસ કંટ્રોલ લિસ્ટ્સ (ACLs)ની ચર્ચા કરે છે. આ લેખનો અંત umask દ્વારા ડિફૉલ્ટ પરવાનગીઓ સેટ કરવા તેમજ વિસ્તૃત વપરાશકર્તા વિશેષતાઓનું સંચાલન કરવાને આવરી લે છે.

ફાઇલ માલિકીનું સંચાલન

પરવાનગીઓની ચર્ચા કરતા પહેલા, તમારે ફાઇલ અને ડિરેક્ટરી માલિકની ભૂમિકા વિશે જાણવું જોઈએ. પરવાનગીઓ સાથે કામ કરવા માટે ફાઇલો અને ડિરેક્ટરીઓની માલિકી મહત્વપૂર્ણ છે. આ વિભાગમાં, તમે પહેલા શીખી શકશો કે તમે માલિકને કેવી રીતે જોઈ શકો છો. પછી તમે ફાઇલો અને ડિરેક્ટરીઓ માટે જૂથના માલિક અને વપરાશકર્તાને કેવી રીતે બદલવું તે શીખી શકશો.

ફાઇલ અથવા ડિરેક્ટરીના માલિકનું પ્રદર્શન

Linux માં, દરેક ફાઇલ અને દરેક ડિરેક્ટરીમાં બે માલિકો છે: વપરાશકર્તા અને જૂથ માલિક.

જ્યારે ફાઇલ અથવા ડિરેક્ટરી બનાવવામાં આવે ત્યારે આ માલિકો સેટ થાય છે. જે વપરાશકર્તા ફાઇલ બનાવે છે તે આ ફાઇલનો માલિક બને છે, અને તે જ વપરાશકર્તા જે પ્રાથમિક જૂથનો છે તે પણ આ ફાઇલનો માલિક બને છે. વપરાશકર્તા તરીકે તમારી પાસે ફાઇલ અથવા ડિરેક્ટરીના ઍક્સેસ અધિકારો છે કે કેમ તે નિર્ધારિત કરવા માટે, શેલ માલિકી તપાસે છે.

આ નીચેના ક્રમમાં થાય છે:

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/account જૂથના કોઈપણ માલિકને એકાઉન્ટ જૂથમાં બદલે છે:

chown .account /home/account

તમે ઉપયોગ કરી શકો છો ચૉન વપરાશકર્તા અને/અથવા જૂથના માલિકને ઘણી રીતે બદલવા માટે. અહીં કેટલાક ઉદાહરણો છે:

• ચાઉન લિસા માયફાઈલ1 વપરાશકર્તા લિસાને myfile1 ફાઇલના માલિક તરીકે સેટ કરે છે.
• chown lisa.sales myfile વપરાશકર્તા લિસાને myfile ફાઇલના માલિક તરીકે સેટ કરે છે, અને તે જ ફાઇલના માલિક તરીકે વેચાણ જૂથને પણ સેટ કરે છે.
• ચાઉન લિસા:સેલ્સ માયફાઈલ અગાઉની ટીમની જેમ જ.
• chown .sales myfile વપરાશકર્તાના માલિકને બદલ્યા વિના વેચાણ જૂથને 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પરંતુ લક્ષ્ય જૂથના સભ્ય નથી, શેલ જૂથ પાસવર્ડ માટે પૂછે છે. એકવાર તમે સાચો જૂથ પાસવર્ડ દાખલ કરો, એક નવું અસરકારક પ્રાથમિક જૂથ સેટ થશે.

મૂળભૂત અધિકાર વ્યવસ્થાપન

Linux પરવાનગી સિસ્ટમની શોધ 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 /ડેટા.

અપરકેસ X એ સુનિશ્ચિત કરે છે કે ફાઇલોને એક્ઝિક્યુટ પરમિશન આપવામાં આવશે નહીં સિવાય કે ફાઇલ અમુક ઑબ્જેક્ટ્સ પર એક્ઝિક્યુટ પરમિશન સેટ કરે. આ એક્ઝેક્યુશન પરવાનગીઓ સાથે કામ કરવા માટે X ને વધુ સ્માર્ટ રીત બનાવે છે; આ પરવાનગીને ફાઇલો પર સેટ કરવાનું ટાળશે જ્યાં તેની જરૂર નથી.

વિસ્તૃત અધિકારો

તમે જે મૂળભૂત પરવાનગીઓ વિશે હમણાં જ વાંચ્યું છે તે ઉપરાંત, Linux પાસે અદ્યતન પરવાનગીઓનો સમૂહ પણ છે. આ તમે ડિફૉલ્ટ રૂપે સેટ કરેલી પરવાનગીઓ નથી, પરંતુ કેટલીકવાર તેઓ ઉપયોગી ઉમેરણ પ્રદાન કરે છે. આ વિભાગમાં તમે શીખી શકશો કે તેઓ શું છે અને તેમને કેવી રીતે સેટ કરવું.

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 ડિરેક્ટરી માટે મૂળભૂત પરવાનગી છે અને જાહેર જૂથ ડિરેક્ટરીઓ માટે પણ ઉપયોગી થઈ શકે છે.

સ્ટીકી બીટ વિના, જો વપરાશકર્તા ડિરેક્ટરીમાં ફાઇલો બનાવી શકે છે, તો તે તે ડિરેક્ટરીમાંથી ફાઇલોને કાઢી પણ શકે છે. સાર્વજનિક જૂથ વાતાવરણમાં આ હેરાન કરી શકે છે. યુઝર લિન્ડા અને લોરીની કલ્પના કરો, જેમની પાસે /data/account ડિરેક્ટરીમાં લખવાની પરવાનગી છે અને એકાઉન્ટ જૂથમાં સભ્યપદ દ્વારા આ પરવાનગીઓ મેળવે છે. તેથી, લિન્ડા લોરી દ્વારા બનાવેલી ફાઇલોને કાઢી શકે છે, અને ઊલટું.

જ્યારે તમે સ્ટીકી બીટ લાગુ કરો છો, ત્યારે વપરાશકર્તા ફક્ત ત્યારે જ ફાઇલો કાઢી શકે છે જો નીચેની શરતોમાંથી એક સાચી હોય:

• વપરાશકર્તા ફાઇલનો માલિક છે;
• વપરાશકર્તા એ ડિરેક્ટરીનો માલિક છે જેમાં ફાઇલ સ્થિત છે.

વાપરી રહ્યા છીએ 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તે ફાઇલ અથવા ડિરેક્ટરીના નામ દ્વારા અનુસરવામાં આવે છે જેના માટે તમે પરવાનગીઓ સેટ કરવા માંગો છો.

કોષ્ટક તમને વિશેષ પરવાનગીઓનું સંચાલન કરવા વિશે જાણવાની જરૂર છે તે બધું સારાંશ આપે છે.

વિશેષ અધિકારો સાથે કામ કરવાનું ઉદાહરણ

આ ઉદાહરણમાં, તમે જૂથના સભ્યો માટે શેર કરેલ જૂથ નિર્દેશિકામાં ફાઇલોને શેર કરવાનું સરળ બનાવવા માટે વિશેષ પરવાનગીઓનો ઉપયોગ કરો છો. તમે સમૂહ ID ના ID બીટ તેમજ સ્ટીકી બીટ અસાઇન કરો, અને જુઓ કે એકવાર તેઓ સેટ થઈ ગયા પછી, જૂથના સભ્યો માટે એકસાથે કામ કરવાનું સરળ બનાવવા માટે સુવિધાઓ ઉમેરવામાં આવે છે.

1. ટર્મિનલ ખોલો જ્યાં તમે વપરાશકર્તા લિન્ડા છો. તમે આદેશ સાથે વપરાશકર્તા બનાવી શકો છો લિન્ડા, પાસવર્ડ ઉમેરો passwd લિન્ડા.
2. આદેશ સાથે રૂટમાં /ડેટા ડિરેક્ટરી અને /ડેટા/સેલ્સ સબડિરેક્ટરી બનાવો mkdir -p /data/sales. ચલાવો સીડી /ડેટા/સેલ્સવેચાણ નિર્દેશિકા પર જવા માટે. ચલાવો ટચ લિન્ડા1 и ટચ લિન્ડા2લિન્ડાની માલિકીની બે ખાલી ફાઇલો બનાવવા માટે.
3. ચલાવો સુ-લિસા વર્તમાન વપરાશકર્તાને વપરાશકર્તા લિસા પર સ્વિચ કરવા માટે, જે વેચાણ જૂથના સભ્ય પણ છે.
4. ચલાવો સીડી /ડેટા/સેલ્સ અને આ ડિરેક્ટરીમાંથી ચલાવો ls -l. તમે બે ફાઇલો જોશો જે વપરાશકર્તા લિન્ડા દ્વારા બનાવવામાં આવી હતી અને લિન્ડા જૂથની છે. ચલાવો આરએમ -એફ લિન્ડા*. આ બંને ફાઇલોને કાઢી નાખશે.
5. ચલાવો લિસા1ને સ્પર્શ કરો и લિસા2ને સ્પર્શ કરોવપરાશકર્તા લિસાની માલિકીની બે ફાઇલો બનાવવા માટે.
6. ચલાવો su — તમારા વિશેષાધિકારોને રૂટ પર વધારવા માટે.
7. ચલાવો chmod g+s,o+t /ડેટા/સેલ્સશેર કરેલ જૂથ નિર્દેશિકામાં જૂથ ઓળખકર્તા (GUID) બીટ તેમજ સ્ટીકી બીટ સેટ કરવા માટે.
8. ચલાવો સુ-લિન્ડા. પછી કરો ટચ લિન્ડા3 и ટચ લિન્ડા4. તમારે હવે જોવું જોઈએ કે તમે બનાવેલ બે ફાઈલો વેચાણ જૂથની માલિકીની છે, જે /data/sales ડિરેક્ટરીના જૂથ માલિક છે.
9. ચલાવો આરએમ -આરએફ લિસા*. સ્ટીકી બીટ આ ફાઇલોને યુઝર લિન્ડા તરીકે કાઢી નાખવાથી અટકાવે છે કારણ કે તમે આ ફાઇલોના માલિક નથી. નોંધ કરો કે જો વપરાશકર્તા લિન્ડા /data/sales ડિરેક્ટરીના માલિક છે, તો તે કોઈપણ રીતે આ ફાઇલોને કાઢી શકે છે!

Linux માં 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 ને પુનઃસ્થાપિત કરવું પ્રમાણમાં સરળ છે, પછી ભલે તમારું બેકઅપ સોફ્ટવેર તેમને સપોર્ટ કરતું ન હોય.

ACLs માટે ફાઇલ સિસ્ટમ તૈયાર કરી રહ્યા છીએ

તમે ACLs સાથે કામ કરવાનું શરૂ કરો તે પહેલાં, તમારે તમારી ફાઈલ સિસ્ટમને 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:લિન્ડા:rwx/data વપરાશકર્તા લિન્ડાને માલિક બનાવ્યા વિના અથવા વર્તમાન માલિકની સોંપણી બદલ્યા વિના /ડેટા ડિરેક્ટરીમાં પરવાનગી આપે છે.

ટીમ setfacl ઘણી સુવિધાઓ અને વિકલ્પો છે. એક વિકલ્પ ખાસ કરીને મહત્વપૂર્ણ છે, પરિમાણ -R. જો ઉપયોગમાં લેવાય, તો વિકલ્પ બધી ફાઇલો અને સબડિરેક્ટરીઝ માટે ACL સેટિંગ બનાવે છે જે હાલમાં ડિરેક્ટરીમાં અસ્તિત્વ ધરાવે છે જ્યાં તમે ACL સેટ કરો છો. હાલની ડિરેક્ટરીઓ માટે ACLs બદલતી વખતે હંમેશા આ વિકલ્પનો ઉપયોગ કરવાની ભલામણ કરવામાં આવે છે.

ડિફૉલ્ટ 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, એ હકોનો ઉલ્લેખ કરવાનો છે જે અન્ય વપરાશકર્તાઓને ક્યારેય બનાવવામાં આવેલ દરેક નવી ફાઇલ માટે મંજૂર કરવા જોઈએ. જો તમે અન્ય લોકોને /data માં બનાવેલ કોઈપણ વસ્તુ પર કોઈપણ પરવાનગી મેળવવાથી રોકવા માંગતા હોવ, ઉદાહરણ તરીકે, ઉપયોગ કરો setfacl -md:o::- /data.

ACL અને નિયમિત પરવાનગીઓ હંમેશા સારી રીતે સંકલિત હોતી નથી. જો તમે તે ડિરેક્ટરીમાં આઇટમ્સ ઉમેર્યા પછી ડિરેક્ટરીમાં ડિફોલ્ટ ACL લાગુ કરો, અને પછી સામાન્ય પરવાનગીઓ બદલવાનો પ્રયાસ કરો તો સમસ્યાઓ ઊભી થઈ શકે છે. નિયમિત પરવાનગીઓ પર લાગુ થતા ફેરફારો ACL વિહંગાવલોકનમાં સારી રીતે પ્રતિબિંબિત થશે નહીં. સમસ્યાઓ ટાળવા માટે, પહેલા સામાન્ય પરવાનગીઓ સેટ કરો, પછી ડિફોલ્ટ ACL સેટ કરો (અને તે પછી, તેમને ફરીથી બદલવાનો પ્રયાસ કરશો નહીં).

ACL નો ઉપયોગ કરીને વિસ્તૃત અધિકારોનું સંચાલન કરવાનું ઉદાહરણ

આ ઉદાહરણમાં, તમે પહેલા બનાવેલ /data/account અને /data/sales ડિરેક્ટરીઓ સાથે કામ કરવાનું ચાલુ રાખશો. અગાઉના ઉદાહરણોમાં, તમે ખાતરી કરી હતી કે વેચાણ જૂથને /data/sales માટે પરવાનગીઓ હતી અને એકાઉન્ટ જૂથને /data/account માટે પરવાનગીઓ હતી.

પ્રથમ, ખાતરી કરો કે એકાઉન્ટ જૂથને /data/sales ડિરેક્ટરી પર વાંચવાની પરવાનગીઓ છે અને વેચાણ જૂથને /data/account ડિરેક્ટરીમાં વાંચવાની પરવાનગીઓ છે.

તમે પછી તમામ નવી આઇટમ્સ પર તમામ નવી ફાઇલોને યોગ્ય રીતે સેટ કરેલી પરવાનગીઓ છે તેની ખાતરી કરવા માટે તમે ડિફોલ્ટ 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 ની ડિફોલ્ટ પરવાનગીઓ માટે તે જ કરો.

ઉમાસ્ક સેટિંગ બદલવાની બે રીત છે: બધા વપરાશકર્તાઓ માટે અને વ્યક્તિગત વપરાશકર્તાઓ માટે. જો તમે બધા વપરાશકર્તાઓ માટે umask સુયોજિત કરવા માંગો છો, તો તમારે ખાતરી કરવી જ જોઈએ કે શેલ પર્યાવરણ ફાઈલો ચલાવતી વખતે umask સેટિંગને માન આપવામાં આવે છે, જેમ કે /etc/profile માં સ્પષ્ટ કરેલ છે. સાચો અભિગમ એ છે કે /etc/profile.d ડિરેક્ટરીમાં umask.sh નામની શેલ સ્ક્રિપ્ટ બનાવવી અને તે શેલ સ્ક્રિપ્ટમાં તમે ઉપયોગ કરવા માંગો છો તે umask સ્પષ્ટ કરો. જો આ ફાઇલમાં ઉમાસ્ક બદલાયેલ હોય, તો તે સર્વર પર લોગિન થયા પછી બધા વપરાશકર્તાઓને લાગુ કરવામાં આવે છે.

/etc/profile અને સંકળાયેલ ફાઇલો દ્વારા umask સેટ કરવાનો વિકલ્પ, જ્યાં તે લૉગ ઇન થતા તમામ વપરાશકર્તાઓને લાગુ પડે છે, .profile નામની ફાઇલમાં umask સેટિંગ્સ બદલવાનો છે, જે દરેક વપરાશકર્તાની હોમ ડિરેક્ટરીમાં બનાવવામાં આવે છે.

આ ફાઇલમાં લાગુ કરાયેલ સેટિંગ્સ ફક્ત વ્યક્તિગત વપરાશકર્તાને લાગુ પડે છે; તેથી, જો તમને વધુ વિગતોની જરૂર હોય તો આ એક સારી પદ્ધતિ છે. રુટ યુઝરના ડિફોલ્ટ ઉમાસ્કને 027 માં બદલવા માટે મને વ્યક્તિગત રીતે આ સુવિધા ગમે છે, જ્યારે સામાન્ય વપરાશકર્તાઓ 022 ના ડિફોલ્ટ ઉમાસ્ક સાથે કામ કરે છે.

વિસ્તૃત વપરાશકર્તા વિશેષતાઓ સાથે કામ કરવું

આ Linux પરવાનગીઓ પર અંતિમ વિભાગ છે.

પરવાનગીઓ સાથે કામ કરતી વખતે, વપરાશકર્તા અથવા જૂથ ઑબ્જેક્ટ અને તે વપરાશકર્તા અથવા જૂથ ઑબ્જેક્ટની ફાઇલ અથવા ડિરેક્ટરી પરની પરવાનગીઓ વચ્ચે હંમેશા સંબંધ હોય છે. Linux સર્વર પર ફાઇલોને સુરક્ષિત રાખવા માટેની વૈકલ્પિક પદ્ધતિ એ એટ્રિબ્યુટ્સ સાથે કામ કરવાની છે.
એટ્રિબ્યુટ્સ ફાઇલને ઍક્સેસ કરનાર વપરાશકર્તાને ધ્યાનમાં લીધા વિના તેમનું કાર્ય કરે છે.

ACL ની જેમ, ફાઇલ વિશેષતાઓને સક્ષમ કરવાની જરૂર પડી શકે છે. માઉન્ટ કરો.

આ એક વિકલ્પ છે user_xattr. જો તમને વિસ્તૃત વપરાશકર્તા વિશેષતાઓ સાથે કામ કરતી વખતે "ઓપરેશન સપોર્ટેડ નથી" સંદેશ પ્રાપ્ત થાય, તો સેટ કરવાનું સુનિશ્ચિત કરો માઉન્ટ કરો ફાઇલ /etc/fstab માં.

ઘણી વિશેષતાઓ દસ્તાવેજીકૃત છે. કેટલીક વિશેષતાઓ ઉપલબ્ધ છે પરંતુ હજુ સુધી અમલમાં આવી નથી. તેનો ઉપયોગ કરશો નહીં; તેઓ તમને કંઈપણ લાવશે નહીં.

નીચે સૌથી ઉપયોગી લક્ષણો છે જે તમે લાગુ કરી શકો છો:

A આ વિશેષતા એ સુનિશ્ચિત કરે છે કે ફાઇલનો ફાઈલ એક્સેસ સમય બદલાતો નથી.
સામાન્ય રીતે, દરેક વખતે જ્યારે ફાઇલ ખોલવામાં આવે છે, ત્યારે ફાઇલને ઍક્સેસ કરવામાં આવી હતી તે સમય ફાઇલના મેટાડેટામાં રેકોર્ડ થવો જોઈએ. આ પ્રભાવને નકારાત્મક રીતે અસર કરે છે; તેથી, નિયમિતપણે એક્સેસ થતી ફાઇલો માટે, વિશેષતા A આ સુવિધાને અક્ષમ કરવા માટે વાપરી શકાય છે.

a આ વિશેષતા તમને ફાઇલ ઉમેરવા માટે પરવાનગી આપે છે, પરંતુ કાઢી નાખવાની નહીં.

c જો તમે ફાઇલ સિસ્ટમનો ઉપયોગ કરી રહ્યાં છો જે વોલ્યુમ-લેવલ કમ્પ્રેશનને સપોર્ટ કરે છે, તો આ ફાઇલ એટ્રિબ્યુટ ખાતરી કરે છે કે જ્યારે કમ્પ્રેશન એન્જિન પ્રથમ સક્ષમ હોય ત્યારે ફાઇલ સંકુચિત છે.

D આ એટ્રીબ્યુટ ખાતરી કરે છે કે ફાઈલોમાંના ફેરફારો પહેલા કેશ કરવાને બદલે તરત જ ડિસ્ક પર લખવામાં આવે છે. આ મહત્વપૂર્ણ ડેટાબેઝ ફાઈલો પર ઉપયોગી એટ્રીબ્યુટ છે તેની ખાતરી કરવા માટે કે તેઓ ફાઈલ કેશ અને હાર્ડ ડ્રાઈવ વચ્ચે ખોવાઈ ન જાય.

d આ એટ્રિબ્યુટ ખાતરી કરે છે કે જ્યાં ડમ્પ યુટિલિટીનો ઉપયોગ કરવામાં આવે છે ત્યાં ફાઇલ બેકઅપમાં સાચવવામાં આવી નથી.

I આ વિશેષતા તે નિર્દેશિકા માટે અનુક્રમણિકાને સક્ષમ કરે છે જેમાં તે સક્ષમ છે. આ આદિમ ફાઇલ સિસ્ટમો જેમ કે Ext3 માટે ઝડપી ફાઇલ એક્સેસ પ્રદાન કરે છે, જે ઝડપી ફાઇલ એક્સેસ માટે B-ટ્રી ડેટાબેઝનો ઉપયોગ કરતી નથી.

i આ લક્ષણ ફાઈલને અપરિવર્તનશીલ બનાવે છે. તેથી, ફાઇલમાં કોઈ ફેરફાર કરી શકાતા નથી, જે વધારાની સુરક્ષાની જરૂર હોય તેવી ફાઇલો માટે ઉપયોગી છે.

j આ લક્ષણ ખાતરી કરે છે કે ext3 ફાઈલ સિસ્ટમ પર, ફાઈલ પહેલા જર્નલમાં અને પછી હાર્ડ ડિસ્ક પરના ડેટા બ્લોકમાં લખવામાં આવે છે.

s ફાઇલ કાઢી નાખ્યા પછી 0 s માટે ફાઇલ સાચવવામાં આવી હતી તે બ્લોક્સને ઓવરરાઇટ કરો. આ સુનિશ્ચિત કરે છે કે એકવાર ફાઇલ કાઢી નાખવામાં આવે તે પછી તેને પુનઃપ્રાપ્ત કરી શકાતી નથી.

u આ વિશેષતા કાઢી નાખવા વિશેની માહિતી સંગ્રહિત કરે છે. આ તમને એક ઉપયોગિતા વિકસાવવા માટે પરવાનગી આપે છે જે કાઢી નાખવામાં આવેલી ફાઇલોને બચાવવા માટે આ માહિતી સાથે કામ કરે છે.

જો તમે વિશેષતાઓ લાગુ કરવા માંગતા હોવ તો તમે આદેશનો ઉપયોગ કરી શકો છો ગપસપ. ઉદાહરણ તરીકે, ઉપયોગ કરો chattr +s somefilesomefile પર વિશેષતાઓ લાગુ કરવા. વિશેષતા દૂર કરવાની જરૂર છે? પછી ઉપયોગ કરો chattr -s somefile, અને તે કાઢી નાખવામાં આવશે. હાલમાં લાગુ કરાયેલા તમામ લક્ષણોની ઝાંખી મેળવવા માટે, આદેશનો ઉપયોગ કરો lsattr.

સારાંશ

આ લેખમાં, તમે પરવાનગીઓ સાથે કેવી રીતે કાર્ય કરવું તે શીખ્યા. તમે ત્રણ મૂળભૂત પરવાનગીઓ, અદ્યતન પરવાનગીઓ અને ફાઇલ સિસ્ટમ પર ACL નો ઉપયોગ કેવી રીતે કરવો તે વિશે વાંચ્યું છે. તમે ડિફોલ્ટ પરવાનગીઓ લાગુ કરવા માટે umask પરિમાણનો ઉપયોગ કેવી રીતે કરવો તે પણ શીખ્યા. આ લેખના અંતે, તમે ફાઇલ સિસ્ટમ સુરક્ષાના વધારાના સ્તરને લાગુ કરવા માટે વપરાશકર્તા-વિસ્તૃત વિશેષતાઓનો ઉપયોગ કેવી રીતે કરવો તે શીખ્યા.

જો તમને આ અનુવાદ ગમ્યો હોય, તો કૃપા કરીને તેના વિશે ટિપ્પણીઓમાં લખો. ઉપયોગી અનુવાદો કરવા માટે વધુ પ્રેરણા મળશે.

મેં લેખમાં કેટલીક ટાઈપો અને વ્યાકરણની ભૂલો સુધારી છે. સરળ વાંચન માટે કેટલાક મોટા ફકરાઓને નાનામાં ઘટાડ્યા.

તેના બદલે "ફક્ત નિર્દેશિકાના વહીવટી અધિકારો ધરાવતી વ્યક્તિ જ એક્ઝિક્યુટ પરવાનગી લાગુ કરી શકે છે." "ફક્ત નિર્દેશિકામાં લખવાની ઍક્સેસ ધરાવતી વ્યક્તિ જ એક્ઝિક્યુટ પરમિશન લાગુ કરી શકે છે." પર સુધારેલ છે, જે વધુ યોગ્ય હશે.

ટિપ્પણીઓ માટે આભાર બેરેઝ.

બદલી:
જો તમે વપરાશકર્તાના માલિક નથી, તો શેલ એ જોવા માટે તપાસ કરશે કે તમે જૂથના સભ્ય છો કે નહીં, જેને ફાઇલનું જૂથ પણ કહેવાય છે.

પર:
જો તમે ફાઇલના માલિક નથી, તો શેલ એ જોવા માટે તપાસ કરશે કે શું તમે એવા જૂથના સભ્ય છો કે જેની પાસે ફાઇલ પર પરવાનગીઓ છે. જો તમે આ જૂથના સભ્ય છો, તો તમે જૂથ માટે સેટ કરેલી પરવાનગીઓ સાથે ફાઇલને ઍક્સેસ કરશો, અને શેલ તપાસવાનું બંધ કરશે.

તમારી ટિપ્પણી બદલ આભાર CryptoPirate

સોર્સ: www.habr.com