ការអនុញ្ញាតនៅក្នុងលីនុច (chown, chmod, SUID, GUID, sticky bit, ACL, umask)

សួស្តី​អ្នក​ទាំងអស់គ្នា។ នេះគឺជាការបកប្រែអត្ថបទពីសៀវភៅ RedHat RHCSA RHCE 7 RedHat Enterprise Linux 7 EX200 និង EX300។

រុញ៖ ខ្ញុំសង្ឃឹមថាអត្ថបទនេះនឹងមានប្រយោជន៍មិនត្រឹមតែសម្រាប់អ្នកចាប់ផ្តើមដំបូងប៉ុណ្ណោះទេ ប៉ុន្តែក៏នឹងជួយអ្នកគ្រប់គ្រងដែលមានបទពិសោធន៍កាន់តែច្រើនក្នុងការសម្រួលចំណេះដឹងរបស់ពួកគេ។

អញ្ចឹងតោះទៅ។

ដើម្បីចូលប្រើឯកសារនៅក្នុងលីនុច ការអនុញ្ញាតត្រូវបានប្រើប្រាស់។ ការអនុញ្ញាតទាំងនេះត្រូវបានកំណត់ទៅវត្ថុបី៖ ម្ចាស់ឯកសារ ម្ចាស់ក្រុម និងវត្ថុផ្សេងទៀត (នោះគឺអ្នកផ្សេងទៀត)។ នៅក្នុងអត្ថបទនេះ អ្នកនឹងរៀនពីរបៀបអនុវត្តការអនុញ្ញាត។

អត្ថបទនេះចាប់ផ្តើមជាមួយនឹងទិដ្ឋភាពទូទៅនៃគោលគំនិតជាមូលដ្ឋាន បន្ទាប់មកការពិភាក្សាអំពីការអនុញ្ញាតពិសេស និងបញ្ជីត្រួតពិនិត្យការចូលប្រើ (ACLs)។ នៅចុងបញ្ចប់នៃអត្ថបទនេះ យើងគ្របដណ្តប់លើការកំណត់ការអនុញ្ញាតលំនាំដើមតាមរយៈ umask ក៏ដូចជាការគ្រប់គ្រងគុណលក្ខណៈអ្នកប្រើប្រាស់បន្ថែម។

ការគ្រប់គ្រងកម្មសិទ្ធិឯកសារ

មុននឹងពិភាក្សាអំពីការអនុញ្ញាត អ្នកគួរតែដឹងពីតួនាទីរបស់ម្ចាស់ឯកសារ និងថតឯកសារ។ ភាពជាម្ចាស់នៃឯកសារ និងថតឯកសារមានសារៈសំខាន់ណាស់ក្នុងការដោះស្រាយការអនុញ្ញាត។ នៅក្នុងផ្នែកនេះ ដំបូងអ្នកនឹងរៀនពីរបៀបដែលអ្នកអាចមើលឃើញម្ចាស់។ បន្ទាប់មកអ្នកនឹងរៀនពីរបៀបផ្លាស់ប្តូរម្ចាស់ក្រុម និងអ្នកប្រើប្រាស់សម្រាប់ឯកសារ និងថតឯកសារ។

បង្ហាញម្ចាស់ឯកសារ ឬថតឯកសារ

នៅក្នុងលីនុច រាល់ឯកសារ និងថតនីមួយៗមានម្ចាស់ពីរ៖ អ្នកប្រើប្រាស់ និងម្ចាស់ក្រុម។

ម្ចាស់ទាំងនេះត្រូវបានកំណត់នៅពេលដែលឯកសារ ឬថតត្រូវបានបង្កើត។ អ្នក​ប្រើ​ដែល​បង្កើត​ឯកសារ​ក្លាយ​ជា​ម្ចាស់​ឯកសារ​នោះ ហើយ​ក្រុម​ចម្បង​ដែល​អ្នក​ប្រើ​ដូចគ្នា​ក៏​ក្លាយ​ជា​ម្ចាស់​ឯកសារ​នោះ​ដែរ។ ដើម្បីកំណត់ថាតើអ្នកក្នុងនាមជាអ្នកប្រើប្រាស់មានសិទ្ធិចូលប្រើឯកសារ ឬថតឯកសារ សែលពិនិត្យមើលភាពជាម្ចាស់។

វាកើតឡើងតាមលំដាប់ដូចខាងក្រោមៈ

1. សែលពិនិត្យមើលដើម្បីមើលថាតើអ្នកជាម្ចាស់ឯកសារដែលអ្នកចង់ចូលប្រើឬអត់។ ប្រសិនបើអ្នកជាម្ចាស់ អ្នកទទួលបានការអនុញ្ញាត ហើយសែលនឹងឈប់ត្រួតពិនិត្យ។
2. ប្រសិនបើអ្នកមិនមែនជាម្ចាស់ឯកសារទេ សែលនឹងពិនិត្យមើលថាតើអ្នកជាសមាជិកនៃក្រុមដែលមានការអនុញ្ញាតលើឯកសារដែរឬទេ។ ប្រសិនបើអ្នកជាសមាជិកនៃក្រុមនេះ អ្នកនឹងចូលប្រើឯកសារដោយមានការអនុញ្ញាតដែលក្រុមបានកំណត់ ហើយសែលនឹងឈប់ពិនិត្យ។
3. ប្រសិនបើអ្នកមិនមែនជាអ្នកប្រើប្រាស់ ឬម្ចាស់ក្រុមទេ អ្នកត្រូវបានផ្តល់សិទ្ធិរបស់អ្នកប្រើប្រាស់ផ្សេងទៀត (Other)។

ដើម្បីមើលការចាត់តាំងរបស់ម្ចាស់បច្ចុប្បន្ន អ្នកអាចប្រើពាក្យបញ្ជា ls -l. ពាក្យបញ្ជានេះបង្ហាញអ្នកប្រើប្រាស់ និងម្ចាស់ក្រុម។ ខាងក្រោមអ្នកអាចឃើញការកំណត់ម្ចាស់សម្រាប់ថតក្នុង/home directory។

[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 អ្នកអាចបង្ហាញម្ចាស់ឯកសារនៅក្នុងថតដែលបានផ្តល់ឱ្យ។ ពេលខ្លះវាអាចមានប្រយោជន៍ក្នុងការទទួលបានបញ្ជីឯកសារទាំងអស់នៅលើប្រព័ន្ធដែលមានអ្នកប្រើប្រាស់ឬក្រុមដែលបានផ្តល់ឱ្យជាម្ចាស់។ សម្រាប់ការនេះអ្នកអាចប្រើ ស្វែងរក. អាគុយម៉ង់ ស្វែងរកអ្នកប្រើប្រាស់ អាចត្រូវបានប្រើសម្រាប់គោលបំណងនេះ។ ឧទាហរណ៍ ពាក្យបញ្ជាខាងក្រោមរាយបញ្ជីឯកសារទាំងអស់ដែលគ្រប់គ្រងដោយអ្នកប្រើប្រាស់ linda៖

find / -user linda

អ្នកក៏អាចប្រើបានដែរ ស្វែងរក ដើម្បីស្វែងរកឯកសារដែលមានក្រុមជាក់លាក់មួយជាម្ចាស់របស់ពួកគេ។

ឧទាហរណ៍ ពាក្យបញ្ជាខាងក្រោមស្វែងរកឯកសារទាំងអស់ដែលជាកម្មសិទ្ធិរបស់ក្រុម អ្នកប្រើប្រាស់:

find / -group users

ការផ្លាស់ប្តូរម្ចាស់

ដើម្បីអនុវត្តការអនុញ្ញាតសមស្រប រឿងដំបូងដែលត្រូវពិចារណាគឺកម្មសិទ្ធិ។ មានពាក្យបញ្ជាសម្រាប់រឿងនេះ ស្រែកថ្ងូរ. វាក្យសម្ព័ន្ធនៃពាក្យបញ្ជានេះគឺងាយស្រួលយល់៖

chown кто что

ឧទាហរណ៍ ពាក្យបញ្ជាខាងក្រោមផ្លាស់ប្តូរម្ចាស់ថត /home/account ទៅអ្នកប្រើប្រាស់ linda៖

chown linda /home/account

ក្រុមការងារ ស្រែកថ្ងូរ មានជម្រើសជាច្រើន ដែលមួយក្នុងចំណោមនោះមានប្រយោជន៍ជាពិសេស៖ -R. អ្នក​អាច​ទាយ​ថា​វា​ធ្វើ​អ្វី​ព្រោះ​ជម្រើស​នេះ​មាន​សម្រាប់​ពាក្យ​បញ្ជា​ជា​ច្រើន​ទៀត​ផង​ដែរ។ វាអនុញ្ញាតឱ្យអ្នកកំណត់ម្ចាស់ដដែលៗ ដែលអនុញ្ញាតឱ្យអ្នកកំណត់ម្ចាស់ថតបច្ចុប្បន្ន និងអ្វីៗទាំងអស់ខាងក្រោម។ ពាក្យបញ្ជាខាងក្រោមផ្លាស់ប្តូរកម្មសិទ្ធិនៃថត /home និងអ្វីគ្រប់យ៉ាងខាងក្រោមវាទៅអ្នកប្រើប្រាស់ linda:

ឥឡូវនេះម្ចាស់មើលទៅដូចនេះ៖

[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 ~]#

ឥឡូវនេះ អ្នកប្រើប្រាស់ Lisa បានក្លាយជាម្ចាស់ថតគណនី៖

[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 group ទៅជាក្រុមគណនី៖

chown .account /home/account

លោក​អ្នក​អាច​ប្រើ ស្រែកថ្ងូរ ដើម្បីផ្លាស់ប្តូរម្ចាស់អ្នកប្រើប្រាស់ និង/ឬក្រុមតាមវិធីជាច្រើន។ នេះគឺជាឧទាហរណ៍មួយចំនួន៖

• chown lisa myfile1 កំណត់អ្នកប្រើប្រាស់ lisa ជាម្ចាស់ myfile1.
• chown lisa.sales myfile កំណត់​អ្នក​ប្រើ​លីសា​ជា​ម្ចាស់​ឯកសារ myfile ហើយ​ក៏​កំណត់​ក្រុម​លក់​ជា​ម្ចាស់​ឯកសារ​ដូចគ្នា​ដែរ។
• chown lisa: លក់ myfile ដូចគ្នានឹងពាក្យបញ្ជាមុនដែរ។
• chown .sales myfile កំណត់ក្រុមលក់ជាម្ចាស់ myfile ដោយមិនផ្លាស់ប្តូរម្ចាស់អ្នកប្រើប្រាស់។
• chown: លក់ myfile ដូចគ្នានឹងពាក្យបញ្ជាមុនដែរ។

អ្នកអាចប្រើពាក្យបញ្ជា chgrpដើម្បីផ្លាស់ប្តូរម្ចាស់ក្រុម។ សូមពិចារណាឧទាហរណ៍ខាងក្រោម ដែលអ្នកអាចប្រើ chgrp កំណត់ម្ចាស់បញ្ជីឈ្មោះគណនីទៅក្រុមលក់៖

chgrp .sales /home/account

ដូចជាមួយ ស្រែកថ្ងូរអ្នកអាចប្រើជម្រើស -R с chgrpក៏ដូចជាផ្លាស់ប្តូរម្ចាស់ក្រុមដដែលៗ។

ស្វែងយល់ពីម្ចាស់លំនាំដើម

អ្នកប្រហែលជាបានកត់សម្គាល់ឃើញថា នៅពេលដែលអ្នកប្រើប្រាស់បង្កើតឯកសារ កម្មសិទ្ធិលំនាំដើមត្រូវបានអនុវត្ត។
អ្នកប្រើប្រាស់ដែលបង្កើតឯកសារនោះដោយស្វ័យប្រវត្តិក្លាយជាម្ចាស់ឯកសារនោះ ហើយក្រុមចម្បងរបស់អ្នកប្រើនោះនឹងក្លាយជាម្ចាស់ឯកសារនោះដោយស្វ័យប្រវត្តិ។ ជាធម្មតានេះគឺជាក្រុមដែលត្រូវបានរាយក្នុងឯកសារ /etc/passwd ជាក្រុមចម្បងរបស់អ្នកប្រើ។ ទោះយ៉ាងណាក៏ដោយ ប្រសិនបើអ្នកប្រើជាសមាជិកនៃក្រុមច្រើនជាងមួយ អ្នកប្រើប្រាស់អាចផ្លាស់ប្តូរក្រុមបឋមដែលមានប្រសិទ្ធភាព។

ដើម្បីបង្ហាញក្រុមបឋមដែលមានប្រសិទ្ធភាពបច្ចុប្បន្ន អ្នកប្រើប្រាស់អាចប្រើពាក្យបញ្ជាបាន។ ក្រុម:

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

ប្រសិនបើអ្នកប្រើ linda បច្ចុប្បន្នចង់ផ្លាស់ប្តូរក្រុមបឋមដែលមានប្រសិទ្ធភាព គាត់នឹងប្រើពាក្យបញ្ជា ថ្មី grpបន្តដោយឈ្មោះក្រុមដែលគាត់ចង់កំណត់ជាក្រុមបឋមដែលមានប្រសិទ្ធភាពថ្មី។ បន្ទាប់ពីប្រើពាក្យបញ្ជា ថ្មី grp ក្រុមចម្បងនឹងសកម្មរហូតដល់អ្នកប្រើប្រាស់បញ្ចូលពាក្យបញ្ជា ចេញ ឬមិនចេញ។

ខាងក្រោមនេះបង្ហាញពីរបៀបដែលអ្នកប្រើប្រាស់ linda ប្រើពាក្យបញ្ជានេះ ដោយការលក់ជាក្រុមចម្បង៖

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

បន្ទាប់​ពី​ផ្លាស់​ប្តូរ​ក្រុម​ចម្បង​ដែល​មាន​ប្រសិទ្ធភាព ឯកសារ​ថ្មី​ទាំង​អស់​ដែល​បង្កើត​ដោយ​អ្នក​ប្រើ​នឹង​មាន​ក្រុម​នោះ​ជា​ម្ចាស់​ក្រុម។ ដើម្បី​ត្រឡប់​ទៅ​ការ​កំណត់​ក្រុម​ចម្បង​ដើម សូម​ប្រើ ចេញ.

ដើម្បីអាចប្រើពាក្យបញ្ជា ថ្មី grpអ្នកប្រើប្រាស់ត្រូវតែជាសមាជិកនៃក្រុមដែលពួកគេចង់ប្រើជាក្រុមចម្បង។ លើសពីនេះទៀត ពាក្យសម្ងាត់ក្រុមអាចត្រូវបានប្រើសម្រាប់ក្រុមដោយប្រើពាក្យបញ្ជា gpasswd. ប្រសិនបើអ្នកប្រើពាក្យបញ្ជា ថ្មី grpប៉ុន្តែមិនមែនជាសមាជិកនៃក្រុមគោលដៅនោះទេ សែលសួររកពាក្យសម្ងាត់របស់ក្រុម។ បន្ទាប់ពីអ្នកបញ្ចូលពាក្យសម្ងាត់ក្រុមត្រឹមត្រូវ ក្រុមបឋមដែលមានប្រសិទ្ធភាពថ្មីនឹងត្រូវបានបង្កើតឡើង។

ការគ្រប់គ្រងសិទ្ធិជាមូលដ្ឋាន

ប្រព័ន្ធអនុញ្ញាតលីនុចត្រូវបានបង្កើតនៅក្នុងទសវត្សរ៍ឆ្នាំ 1970 ។ ដោយសារតម្រូវការកុំព្យូទ័រមានកម្រិតក្នុងឆ្នាំទាំងនោះ ប្រព័ន្ធអនុញ្ញាតជាមូលដ្ឋានមានកម្រិតណាស់។ ប្រព័ន្ធអនុញ្ញាតនេះប្រើសិទ្ធិចំនួនបីដែលអាចត្រូវបានអនុវត្តចំពោះឯកសារ និងថតឯកសារ។ នៅក្នុងផ្នែកនេះ អ្នកនឹងរៀនពីរបៀបប្រើប្រាស់ និងផ្លាស់ប្តូរការអនុញ្ញាតទាំងនេះ។

ការយល់ដឹងអំពីការអាន សរសេរ និងអនុវត្តការអនុញ្ញាត

ការអនុញ្ញាតជាមូលដ្ឋានចំនួនបីអនុញ្ញាតឱ្យអ្នកអាន សរសេរ និងប្រតិបត្តិឯកសារ។ ឥទ្ធិពលនៃការអនុញ្ញាតទាំងនេះខុសគ្នានៅពេលអនុវត្តចំពោះឯកសារ ឬថតឯកសារ។ សម្រាប់ឯកសារ ការអនុញ្ញាតអានផ្តល់ឱ្យអ្នកនូវសិទ្ធិក្នុងការបើកឯកសារសម្រាប់អាន។ ដូច្នេះហើយ អ្នកអាចអានខ្លឹមសាររបស់វាបាន ប៉ុន្តែមានន័យថាកុំព្យូទ័ររបស់អ្នកអាចបើកឯកសារដើម្បីធ្វើអ្វីមួយជាមួយវាបាន។

ឧទាហរណ៍ ឯកសារកម្មវិធីដែលត្រូវការចូលប្រើបណ្ណាល័យត្រូវតែមានសិទ្ធិអានបណ្ណាល័យនោះ។ វាដូចខាងក្រោមថាការអនុញ្ញាតអានគឺជាការអនុញ្ញាតជាមូលដ្ឋានបំផុតដែលអ្នកត្រូវការដើម្បីធ្វើការជាមួយឯកសារ។

នៅពេលអនុវត្តទៅថតឯកសារ ការអានអនុញ្ញាតឱ្យអ្នកបង្ហាញមាតិកានៃថតនោះ។ អ្នកគួរតែដឹងថាការអនុញ្ញាតនេះមិនអនុញ្ញាតឱ្យអ្នកអានឯកសារនៅក្នុងថតនោះទេ។ ប្រព័ន្ធអនុញ្ញាតរបស់លីនុចមិនស្គាល់មរតកទេ ហើយវិធីតែមួយគត់ដើម្បីអានឯកសារគឺត្រូវប្រើសិទ្ធិអាននៅលើឯកសារនោះ។

ដូចដែលអ្នកប្រហែលជាអាចទាយបាន ការអនុញ្ញាតសរសេរ ប្រសិនបើអនុវត្តចំពោះឯកសារ អនុញ្ញាតឱ្យសរសេរទៅឯកសារ។ នៅក្នុងពាក្យផ្សេងទៀតវាអនុញ្ញាតឱ្យអ្នកផ្លាស់ប្តូរមាតិកានៃឯកសារដែលមានស្រាប់។ ទោះយ៉ាងណាក៏ដោយ វាមិនអនុញ្ញាតឱ្យអ្នកបង្កើត ឬលុបឯកសារថ្មី ឬផ្លាស់ប្តូរការអនុញ្ញាតឯកសារទេ។ ដើម្បីធ្វើដូច្នេះ អ្នកត្រូវផ្តល់សិទ្ធិសរសេរទៅថតដែលអ្នកចង់បង្កើតឯកសារ។ នៅក្នុងថតឯកសារ ការអនុញ្ញាតនេះក៏អនុញ្ញាតឱ្យអ្នកបង្កើត និងលុបថតរងថ្មីផងដែរ។

Execute permission គឺជាអ្វីដែលអ្នកត្រូវការដើម្បីប្រតិបត្តិឯកសារ។ វានឹងមិនត្រូវបានដំឡើងតាមលំនាំដើមឡើយ ដែលធ្វើឱ្យលីនុចស្ទើរតែមានភាពស៊ាំនឹងមេរោគទាំងស្រុង។ មានតែអ្នកដែលមានសិទ្ធិសរសេរនៅលើថតអាចអនុវត្តការអនុញ្ញាតបាន។

ខាងក្រោមនេះសង្ខេបអំពីការប្រើប្រាស់ការអនុញ្ញាតជាមូលដ្ឋាន៖

ការប្រើប្រាស់ chmod

ពាក្យបញ្ជាត្រូវបានប្រើដើម្បីគ្រប់គ្រងការអនុញ្ញាត។ chmod. ការប្រើប្រាស់ chmod អ្នកអាចកំណត់ការអនុញ្ញាតសម្រាប់អ្នកប្រើប្រាស់ (អ្នកប្រើប្រាស់) ក្រុម (ក្រុម) និងអ្នកដទៃ (ផ្សេងទៀត)។ អ្នកអាចប្រើពាក្យបញ្ជានេះក្នុងរបៀបពីរ៖ របៀបទាក់ទង និងរបៀបដាច់ខាត។ នៅក្នុងរបៀបដាច់ខាត លេខបីត្រូវបានប្រើដើម្បីកំណត់ការអនុញ្ញាតជាមូលដ្ឋាន។

នៅពេលកំណត់ការអនុញ្ញាត គណនាតម្លៃដែលអ្នកត្រូវការ។ ប្រសិនបើអ្នកចង់កំណត់ read/write/execute សម្រាប់អ្នកប្រើប្រាស់ អាន/ប្រតិបត្តិសម្រាប់ក្រុម និងអាន/ប្រតិបត្តិសម្រាប់អ្នកដទៃក្នុង/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 directory ។ ដើម្បីកំណត់ការអនុញ្ញាតប្រតិបត្តិសម្រាប់តែថត និងមិនមែនសម្រាប់ឯកសារ សូមប្រើ chmod -R o+ rX / ទិន្នន័យ.

អក្សរធំ X ធានាថាឯកសារមិនទទួលបានសិទ្ធិប្រតិបត្តិទេ លុះត្រាតែឯកសារបានកំណត់សិទ្ធិប្រតិបត្តិសម្រាប់វត្ថុមួយចំនួនរួចហើយ។ នេះធ្វើឱ្យ X ជាមធ្យោបាយដ៏ឆ្លាតវៃក្នុងការដោះស្រាយជាមួយការអនុញ្ញាតប្រតិបត្តិ។ វានឹងជៀសវាងការកំណត់ការអនុញ្ញាតនេះនៅលើឯកសារដែលវាមិនត្រូវបានទាមទារ។

សិទ្ធិពង្រីក

បន្ថែមពីលើការអនុញ្ញាតជាមូលដ្ឋានដែលអ្នកទើបតែអានអំពី លីនុចក៏មានសំណុំនៃការអនុញ្ញាតកម្រិតខ្ពស់ផងដែរ។ ទាំងនេះមិនមែនជាការអនុញ្ញាតដែលអ្នកកំណត់តាមលំនាំដើមទេ ប៉ុន្តែពេលខ្លះវាផ្តល់នូវការបន្ថែមដ៏មានប្រយោជន៍មួយ។ នៅក្នុងផ្នែកនេះ អ្នកនឹងរៀនពីអ្វីដែលពួកគេមាន និងរបៀបកំណត់ពួកវា។

ការយល់ដឹងអំពី SUID, GUID, និង Sticky Bit Extended Permissions

មានការអនុញ្ញាតកម្រិតខ្ពស់ចំនួនបី។ ទីមួយគឺការអនុញ្ញាតដើម្បីកំណត់អត្តសញ្ញាណអ្នកប្រើប្រាស់ (SUID)។ ក្នុងករណីពិសេសមួយចំនួន អ្នកអាចអនុវត្តការអនុញ្ញាតនេះចំពោះឯកសារដែលអាចប្រតិបត្តិបាន។ តាមលំនាំដើម អ្នកប្រើប្រាស់ដែលដំណើរការឯកសារដែលអាចប្រតិបត្តិបាននឹងដំណើរការឯកសារនោះដោយមានការអនុញ្ញាតផ្ទាល់ខ្លួន។

សម្រាប់អ្នកប្រើប្រាស់ធម្មតា នេះជាធម្មតាមានន័យថាការប្រើប្រាស់កម្មវិធីមានកំណត់។ ទោះយ៉ាងណាក៏ដោយ ក្នុងករណីខ្លះ អ្នកប្រើប្រាស់ត្រូវការការអនុញ្ញាតពិសេស ដើម្បីអនុវត្តកិច្ចការជាក់លាក់មួយប៉ុណ្ណោះ។

ជាឧទាហរណ៍ សូមពិចារណាអំពីស្ថានភាពដែលអ្នកប្រើប្រាស់ត្រូវការផ្លាស់ប្តូរពាក្យសម្ងាត់របស់ពួកគេ។ ដើម្បីធ្វើដូច្នេះ អ្នកប្រើប្រាស់ត្រូវតែសរសេរពាក្យសម្ងាត់ថ្មីរបស់ពួកគេទៅកាន់ឯកសារ /etc/shadow ។ ទោះយ៉ាងណាក៏ដោយ ឯកសារនេះមិនអាចសរសេរបានដោយអ្នកប្រើប្រាស់ដែលមិនមែនជា root ទេ៖

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

ការអនុញ្ញាត SUID ផ្តល់នូវដំណោះស្រាយចំពោះបញ្ហានេះ។ ឧបករណ៍ប្រើប្រាស់ /usr/bin/passwd ប្រើការអនុញ្ញាតនេះតាមលំនាំដើម។ នេះមានន័យថា នៅពេលផ្លាស់ប្តូរពាក្យសម្ងាត់ អ្នកប្រើប្រាស់ក្លាយជា root ជាបណ្តោះអាសន្ន ដែលអនុញ្ញាតឱ្យគាត់សរសេរទៅឯកសារ /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 អាចមើលទៅមានប្រយោជន៍ (ហើយក្នុងករណីខ្លះវាមានប្រយោជន៍) ប៉ុន្តែក្នុងពេលតែមួយវាមានគ្រោះថ្នាក់។ ប្រសិនបើមិនបានអនុវត្តត្រឹមត្រូវទេ អ្នកអាចផ្តល់សិទ្ធិជា root ដោយចៃដន្យ។ ដូច្នេះហើយ ខ្ញុំសូមណែនាំឱ្យប្រើវាដោយយកចិត្តទុកដាក់បំផុត។

អ្នកគ្រប់គ្រងភាគច្រើននឹងមិនចាំបាច់ប្រើវាទេ។ អ្នកនឹងឃើញវានៅក្នុងឯកសារមួយចំនួនដែលប្រព័ន្ធប្រតិបត្តិការគួរតែកំណត់វាតាមលំនាំដើម។

ការអនុញ្ញាតពិសេសទីពីរគឺការកំណត់អត្តសញ្ញាណក្រុម (SGID) ។ ការអនុញ្ញាតនេះមានផលប៉ះពាល់ពីរ។ នៅពេលអនុវត្តចំពោះឯកសារដែលអាចប្រតិបត្តិបាន វាផ្តល់ឱ្យអ្នកប្រើប្រាស់ដែលប្រតិបត្តិឯកសារមានការអនុញ្ញាតពីម្ចាស់ក្រុមរបស់ឯកសារ។ ដូច្នេះ SGID អាចធ្វើរឿងច្រើន ឬតិចដូចគ្នានឹង SUID ។ ទោះយ៉ាងណាក៏ដោយ SGID មិនត្រូវបានប្រើប្រាស់សម្រាប់គោលបំណងនេះទេ។

ដូចនឹងការអនុញ្ញាត SUID ដែរ SGID ត្រូវបានអនុវត្តចំពោះឯកសារប្រព័ន្ធមួយចំនួនជាការកំណត់លំនាំដើម។

នៅពេលអនុវត្តទៅថតឯកសារ SGID អាចមានប្រយោជន៍ ព្រោះអ្នកអាចប្រើវាដើម្បីកំណត់ម្ចាស់ក្រុមលំនាំដើមសម្រាប់ឯកសារ និងថតរងដែលបានបង្កើតក្នុងថតនោះ។ តាមលំនាំដើម នៅពេលអ្នកប្រើប្រាស់បង្កើតឯកសារ ក្រុមចម្បងដែលមានប្រសិទ្ធភាពរបស់ពួកគេត្រូវបានកំណត់ថាជាម្ចាស់ក្រុមសម្រាប់ឯកសារនោះ។

នេះមិនតែងតែមានប្រយោជន៍នោះទេ ជាពិសេសចាប់តាំងពីអ្នកប្រើប្រាស់ Red Hat/CentOS មានក្រុមចម្បងរបស់ពួកគេត្រូវបានកំណត់ទៅជាក្រុមដែលមានឈ្មោះដូចគ្នាជាមួយអ្នកប្រើប្រាស់ ហើយអ្នកប្រើប្រាស់គឺជាសមាជិកតែមួយគត់។ ដូច្នេះ តាមលំនាំដើម ឯកសារដែលអ្នកប្រើប្រាស់បង្កើតនឹងត្រូវបានចែករំលែកជាដុំ។

ស្រមៃមើលស្ថានភាពដែលអ្នកប្រើប្រាស់ linda និង lori ធ្វើការក្នុងផ្នែកគណនេយ្យ ហើយជាសមាជិកនៃក្រុមមួយ។ គណនី. តាមលំនាំដើម អ្នកប្រើប្រាស់ទាំងនេះគឺជាសមាជិកនៃក្រុមឯកជនដែលពួកគេជាសមាជិកតែមួយគត់។ ទោះយ៉ាងណាក៏ដោយ អ្នកប្រើប្រាស់ទាំងពីរគឺជាសមាជិកនៃក្រុមគណនី ប៉ុន្តែក៏ជាប៉ារ៉ាម៉ែត្រក្រុមបន្ទាប់បន្សំផងដែរ។

ស្ថានភាពលំនាំដើមគឺនៅពេលដែលអ្នកប្រើប្រាស់ទាំងនេះបង្កើតឯកសារមួយ ក្រុមចម្បងក្លាយជាម្ចាស់។ ដូច្នេះតាមលំនាំដើម linda មិនអាចចូលប្រើឯកសារដែលបង្កើតដោយ lori ទេ ហើយផ្ទុយទៅវិញ។ ទោះជាយ៉ាងណាក៏ដោយ ប្រសិនបើអ្នកបង្កើតថតក្រុមដែលបានចែករំលែក (និយាយថា /groups/account) ហើយធានាថាការអនុញ្ញាត 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 ហើយអាចមានប្រយោជន៍សម្រាប់ថតក្រុមសាធារណៈផងដែរ។

បើគ្មានស្អិតទេ ប្រសិនបើអ្នកប្រើអាចបង្កើតឯកសារក្នុងថតមួយ ពួកគេក៏អាចលុបឯកសារចេញពីថតនោះបានដែរ។ នៅក្នុងបរិយាកាសជាក្រុមសាធារណៈ នេះអាចជាការរំខាន។ ស្រមៃមើលអ្នកប្រើប្រាស់ linda និង lori ដែលទាំងពីរមានសិទ្ធិសរសេរទៅកាន់ /data/account directory ហើយទទួលបានការអនុញ្ញាតទាំងនោះដោយជាសមាជិកនៃក្រុមគណនី។ ដូច្នេះ linda អាចលុបឯកសារដែលបង្កើតដោយ lori និងច្រាសមកវិញ។

នៅពេលអ្នកអនុវត្ត sticky bit នោះ អ្នកប្រើប្រាស់អាចលុបឯកសារបានលុះត្រាតែលក្ខខណ្ឌមួយក្នុងចំណោមលក្ខខណ្ឌខាងក្រោមគឺពិត៖

• អ្នកប្រើប្រាស់គឺជាម្ចាស់នៃឯកសារ;
• អ្នកប្រើប្រាស់គឺជាម្ចាស់នៃថតដែលឯកសារស្ថិតនៅ។

នៅពេលប្រើ ls -lអ្នកអាចមើលឃើញស្អិតដូច t នៅក្នុងទីតាំងដែលជាធម្មតាអ្នកនឹងឃើញការអនុញ្ញាតឱ្យប្រតិបត្តិសម្រាប់អ្នកដទៃ៖

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

ការអនុវត្តសិទ្ធិបន្ថែម

ដើម្បីអនុវត្ត SUID, SGID និង sticky bit អ្នកក៏អាចប្រើផងដែរ។ chmod. SUID មានតម្លៃជាលេខ 4, SGID មានតម្លៃជាលេខ 2 ហើយ sticky bit មានតម្លៃជាលេខ 1។

ប្រសិនបើអ្នកចង់អនុវត្តការអនុញ្ញាតទាំងនេះ អ្នកត្រូវបន្ថែមអាគុយម៉ង់បួនខ្ទង់ទៅ chmodដែលលេខទីមួយសំដៅលើការអនុញ្ញាតពិសេស។ ជាឧទាហរណ៍ បន្ទាត់ខាងក្រោមនឹងបន្ថែមការអនុញ្ញាត SGID ទៅថត ហើយកំណត់ rwx សម្រាប់អ្នកប្រើប្រាស់ និង rx សម្រាប់ក្រុម និងអ្នកដទៃ៖

chmod 2755 /somedir

នេះ​គឺ​ជា​ការ​មិន​អាច​ប្រើ​បាន​ប្រសិន​បើ​អ្នក​ត្រូវ​ការ​មើល​ឃើញ​ការ​អនុញ្ញាត​បច្ចុប្បន្ន​ដែល​បាន​កំណត់​មុន​ពេល​ធ្វើ​ការ​ជាមួយ​ chmod នៅក្នុងរបៀបដាច់ខាត។ (អ្នក​មាន​ហានិភ័យ​ក្នុង​ការ​សរសេរ​ជាន់​លើ​សិទ្ធិ​ប្រសិន​បើ​អ្នក​មិន​ធ្វើ។) ដូច្នេះ​ខ្ញុំ​សូម​ណែនាំ​ឱ្យ​ដំណើរការ​ក្នុង​ទម្រង់​ដែល​ទាក់ទង បើ​អ្នក​ត្រូវ​ការ​ការ​អនុញ្ញាត​ពិសេស​ណា​មួយ៖

1. សម្រាប់ការប្រើប្រាស់ SUID chmod u+s.
2. សម្រាប់ការប្រើប្រាស់ SGID chmod g+s.
3. សម្រាប់ការប្រើប្រាស់ស្អិត chmod + tបន្តដោយឈ្មោះឯកសារ ឬថតដែលអ្នកចង់កំណត់ការអនុញ្ញាត។

តារាងសង្ខេបអ្វីគ្រប់យ៉ាងដែលអ្នកត្រូវដឹងអំពីការគ្រប់គ្រងការអនុញ្ញាតពិសេស។

ឧទាហរណ៍នៃការធ្វើការជាមួយសិទ្ធិពិសេស

ក្នុងឧទាហរណ៍នេះ អ្នកប្រើការអនុញ្ញាតពិសេសដើម្បីធ្វើឱ្យវាកាន់តែងាយស្រួលសម្រាប់សមាជិកក្រុមក្នុងការចែករំលែកឯកសារនៅក្នុងបញ្ជីក្រុមដែលបានចែករំលែក។ អ្នកកំណត់ ID ប៊ីតទៅលេខសម្គាល់ក្រុមដែលបានកំណត់ ក៏ដូចជាប៊ីតស្អិត ហើយអ្នកឃើញថានៅពេលដែលពួកវាត្រូវបានកំណត់ លក្ខណៈពិសេសត្រូវបានបន្ថែមដើម្បីធ្វើឱ្យវាកាន់តែងាយស្រួលសម្រាប់សមាជិកក្រុមក្នុងការធ្វើការជាមួយគ្នា។

1. បើកស្ថានីយដែលអ្នកជាអ្នកប្រើប្រាស់លីនដា។ អ្នកអាចបង្កើតអ្នកប្រើប្រាស់ដោយប្រើពាក្យបញ្ជា ប្រើរ៉ាដ លីនដាបន្ថែមពាក្យសម្ងាត់ passwd លីនដា.
2. បង្កើតថត /data ក្នុង root និងថតរង /data/sales ដោយប្រើពាក្យបញ្ជា mkdir -p /data/sales. បញ្ចប់ ស៊ីឌី / ទិន្នន័យ / ការលក់ដើម្បីចូលទៅកាន់បញ្ជីលក់។ បញ្ចប់ ប៉ះ លីនដា ១ и ប៉ះ លីនដា ១ដើម្បីបង្កើតឯកសារទទេពីរដែលជាកម្មសិទ្ធិរបស់លីនដា។
3. ប្រតិបត្តិ ស៊ូ-លីសា ដើម្បីប្តូរអ្នកប្រើប្រាស់បច្ចុប្បន្នទៅអ្នកប្រើប្រាស់ lisa ដែលជាសមាជិកនៃក្រុមលក់ផងដែរ។
4. ប្រតិបត្តិ ស៊ីឌី / ទិន្នន័យ / ការលក់ ហើយពីថតនោះ ប្រតិបត្តិ ls -l. អ្នកនឹងឃើញឯកសារពីរដែលត្រូវបានបង្កើតឡើងដោយអ្នកប្រើប្រាស់ linda និងជាកម្មសិទ្ធិរបស់ក្រុម linda ។ បញ្ចប់ rm -f លីនដា*. វានឹងលុបឯកសារទាំងពីរ។
5. ប្រតិបត្តិ ប៉ះលីសា1 и ប៉ះលីសា2ដើម្បីបង្កើតឯកសារពីរដែលជាកម្មសិទ្ធិរបស់អ្នកប្រើ lisa ។
6. ប្រតិបត្តិ ស៊ូ- ដើម្បីបង្កើនសិទ្ធិរបស់អ្នកក្នុងការ root ។
7. ប្រតិបត្តិ chmod g+s,o+t /data/salesដើម្បីកំណត់អត្តសញ្ញាណក្រុម (GUID) ប៊ីតក៏ដូចជាប៊ីតស្អិតនៅក្នុងបញ្ជីក្រុមដែលបានចែករំលែក។
8. ប្រតិបត្តិ ស៊ូ លីនដា. បន្ទាប់មកធ្វើ ប៉ះ លីនដា ១ и ប៉ះ លីនដា ១. ឥឡូវ​នេះ អ្នក​គួរ​តែ​មើល​ឃើញ​ថា​ឯកសារ​ពីរ​ដែល​អ្នក​បាន​បង្កើត​គឺ​ជា​កម្មសិទ្ធិ​របស់​ក្រុម​លក់ ដែល​ជា​ម្ចាស់​ក្រុម​នៃ /data/sales directory ។
9. ប្រតិបត្តិ rm -rf លីសា*. ប៊ីតស្អិតរារាំងឯកសារទាំងនេះមិនឱ្យលុបក្នុងនាមអ្នកប្រើប្រាស់លីនដា ចាប់តាំងពីអ្នកមិនមែនជាម្ចាស់ឯកសារទាំងនេះ។ ចំណាំថាប្រសិនបើអ្នកប្រើ linda គឺជាម្ចាស់នៃ /data/sales directory នោះពួកគេអាចលុបឯកសារទាំងនេះបានយ៉ាងណាក៏ដោយ!

ការគ្រប់គ្រង ACL (setfacl, getfacl) នៅក្នុងលីនុច

ទោះបីជាការអនុញ្ញាតបន្ថែមដែលបានពិភាក្សាខាងលើបន្ថែមមុខងារមានប្រយោជន៍ចំពោះវិធីដែលលីនុចគ្រប់គ្រងការអនុញ្ញាតក៏ដោយ វាមិនអនុញ្ញាតឱ្យអ្នកផ្តល់ការអនុញ្ញាតដល់អ្នកប្រើប្រាស់ច្រើនជាងមួយ ឬក្រុមនៅក្នុងឯកសារតែមួយនោះទេ។

បញ្ជីត្រួតពិនិត្យការចូលប្រើផ្តល់មុខងារនេះ។ លើសពីនេះទៀតពួកគេអនុញ្ញាតឱ្យអ្នកគ្រប់គ្រងកំណត់ការអនុញ្ញាតលំនាំដើមតាមរបៀបស្មុគស្មាញដែលការអនុញ្ញាតដែលបានកំណត់អាចប្រែប្រួលពីថតមួយទៅថត។

ការយល់ដឹងអំពី ACLs

ទោះបីជាប្រព័ន្ធរង ACL បន្ថែមមុខងារដ៏អស្ចារ្យដល់ម៉ាស៊ីនមេរបស់អ្នកក៏ដោយ វាមានគុណវិបត្តិមួយ៖ មិនមែនគ្រប់ឧបករណ៍ប្រើប្រាស់ទាំងអស់គាំទ្រវាទេ។ ដូច្នេះ អ្នកអាចនឹងបាត់បង់ការកំណត់ ACL របស់អ្នក នៅពេលអ្នកចម្លង ឬផ្លាស់ទីឯកសារ ហើយកម្មវិធីបម្រុងទុករបស់អ្នកអាចនឹងបរាជ័យក្នុងការបម្រុងទុកការកំណត់ ACL របស់អ្នក។

ឧបករណ៍ប្រើប្រាស់ tar មិនគាំទ្រ ACLs ទេ។ ដើម្បីប្រាកដថាការកំណត់ ACL មិនបាត់បង់នៅពេលអ្នកបង្កើតការបម្រុងទុក សូមប្រើ តារា ជំនួសឱ្យ tar ។ តារា ធ្វើការជាមួយជម្រើសដូចគ្នានឹង tar; វាគ្រាន់តែបន្ថែមការគាំទ្រសម្រាប់ការកំណត់ ACL ។

អ្នកក៏អាចបម្រុងទុក ACLs ជាមួយ Getfaclដែលអាចត្រូវបានស្ដារឡើងវិញដោយប្រើពាក្យបញ្ជា setfacl ។ ដើម្បីបង្កើតការបម្រុងទុក សូមប្រើ getfacl -R /directory> file.acls. ដើម្បីស្ដារការកំណត់ពីឯកសារបម្រុងទុក សូមប្រើ setfacl --restore=file.acl.

កង្វះការគាំទ្រដោយឧបករណ៍មួយចំនួនមិនគួរជាបញ្ហាទេ។ ACLs ជារឿយៗត្រូវបានអនុវត្តចំពោះថតឯកសារជារង្វាស់រចនាសម្ព័ន្ធជាជាងសម្រាប់ឯកសារនីមួយៗ។
ដូច្នេះ វា​នឹង​មិន​មាន​ច្រើន​ទេ ប៉ុន្តែ​មាន​តែ​មួយ​ចំនួន​ប៉ុណ្ណោះ​ដែល​បាន​អនុវត្ត​នៅ​កន្លែង​ឆ្លាតវៃ​ក្នុង​ប្រព័ន្ធ​ឯកសារ។ ដូច្នេះ ការស្ដារ ACLs ដើមដែលអ្នកបានធ្វើការជាមួយគឺមានភាពងាយស្រួល ទោះបីជាកម្មវិធីបម្រុងទុករបស់អ្នកមិនគាំទ្រពួកវាក៏ដោយ។

កំពុងរៀបចំប្រព័ន្ធឯកសារសម្រាប់ ACLs

មុនពេលអ្នកចាប់ផ្តើមធ្វើការជាមួយ ACLs អ្នកប្រហែលជាត្រូវរៀបចំប្រព័ន្ធឯកសាររបស់អ្នកដើម្បីគាំទ្រ ACLs ។ ដោយសារទិន្នន័យមេតារបស់ប្រព័ន្ធឯកសារត្រូវពង្រីក វាមិនតែងតែមានការគាំទ្រលំនាំដើមសម្រាប់ ACL នៅក្នុងប្រព័ន្ធឯកសារនោះទេ។ ប្រសិនបើអ្នកទទួលបានសារ "operation not supported" នៅពេលដំឡើង ACLs សម្រាប់ប្រព័ន្ធឯកសារ ប្រព័ន្ធឯកសាររបស់អ្នកប្រហែលជាមិនគាំទ្រ ACLs ទេ។

ដើម្បីជួសជុលវាអ្នកត្រូវបន្ថែមជម្រើស acl ម៉ោន នៅក្នុង /etc/fstab ដូច្នេះប្រព័ន្ធឯកសារត្រូវបានម៉ោនជាមួយការគាំទ្រ ACL តាមលំនាំដើម។

ការផ្លាស់ប្តូរ និងមើលការកំណត់ ACL ជាមួយ setfacl និង getfacl

ដើម្បីកំណត់ ACL អ្នកត្រូវការពាក្យបញ្ជា setfacl. ដើម្បីមើលការកំណត់ ACL បច្ចុប្បន្ន អ្នកត្រូវការ Getfacl. ក្រុម ls -l មិនបង្ហាញ ACLs ដែលមានស្រាប់; វាគ្រាន់តែបង្ហាញ + បន្ទាប់ពីបញ្ជីការអនុញ្ញាត ដែលបង្ហាញថា ACLs អនុវត្តចំពោះឯកសារផងដែរ។

មុនពេលដំឡើង ACLs វាតែងតែជាគំនិតល្អដើម្បីបង្ហាញការកំណត់ 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: ការលក់: rx / dir. នៅក្នុងក្រុមនេះ។ -m បង្ហាញថាការកំណត់ ACL បច្ចុប្បន្នត្រូវការផ្លាស់ប្តូរ។ បន្ទាប់មក g:លក់:rx ប្រាប់​ពាក្យ​បញ្ជា​ឱ្យ​កំណត់ read-execute ACL (rx) សម្រាប់ក្រុម (g) ការលក់។ ខាងក្រោម​នេះ​អ្នក​អាច​មើល​ឃើញ​នូវ​អ្វី​ដែល​ពាក្យ​បញ្ជា​មើល​ទៅ​ដូច​ជា​លទ្ធផល​នៃ​ពាក្យ​បញ្ជា getfacl បន្ទាប់​ពី​ការ​ផ្លាស់​ប្តូរ​ការ​កំណត់ ACL បច្ចុប្បន្ន។

[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 ផ្តល់ការអនុញ្ញាតដល់អ្នកប្រើប្រាស់ linda នៅក្នុង /data directory ដោយមិនចាំបាច់ធ្វើឱ្យវាជាម្ចាស់ ឬផ្លាស់ប្តូរការចាត់តាំងរបស់ម្ចាស់បច្ចុប្បន្ន។

ក្រុមការងារ setfacl មានមុខងារ និងជម្រើសជាច្រើន។ ជម្រើសមួយមានសារៈសំខាន់ជាពិសេស ប៉ារ៉ាម៉ែត្រ -R. ប្រសិនបើប្រើ ជម្រើសធ្វើឱ្យ ACL កំណត់សម្រាប់ឯកសារ និងថតរងទាំងអស់ដែលបច្ចុប្បន្នមាននៅក្នុងថតដែលអ្នកកំណត់ ACL ។ វាត្រូវបានណែនាំថាអ្នកតែងតែប្រើជម្រើសនេះនៅពេលផ្លាស់ប្តូរ ACLs សម្រាប់ថតដែលមានស្រាប់។

ធ្វើការជាមួយ ACLs លំនាំដើម

អត្ថប្រយោជន៍មួយនៃការប្រើប្រាស់ ACLs គឺថាអ្នកអាចផ្តល់ការអនុញ្ញាតដល់អ្នកប្រើប្រាស់ ឬក្រុមជាច្រើននៅក្នុងថតមួយ។ អត្ថប្រយោជន៍មួយទៀតគឺថាអ្នកអាចបើកដំណើរការមរតកដោយធ្វើការជាមួយ ACLs លំនាំដើម។

តាមរយៈការកំណត់ ACL លំនាំដើម អ្នកកំណត់ការអនុញ្ញាតដែលនឹងត្រូវបានកំណត់សម្រាប់ធាតុថ្មីទាំងអស់ដែលបានបង្កើតនៅក្នុងថត។ ត្រូវដឹងថា ACL លំនាំដើមមិនផ្លាស់ប្តូរការអនុញ្ញាតលើឯកសារដែលមានស្រាប់ និងថតរង។ ដើម្បីផ្លាស់ប្តូរពួកវា អ្នកត្រូវបន្ថែម ACL ធម្មតាផងដែរ!

នេះជាការសំខាន់ដើម្បីដឹង។ ប្រសិនបើអ្នកចង់ប្រើ ACL ដើម្បីកំណត់រចនាសម្ព័ន្ធអ្នកប្រើប្រាស់ច្រើន ឬក្រុមដើម្បីចូលប្រើថតដូចគ្នា អ្នកត្រូវតែកំណត់ ACL ពីរដង។ ប្រើលើកដំបូង setfacl -R -mដើម្បីផ្លាស់ប្តូរ ACLs សម្រាប់ឯកសារបច្ចុប្បន្ន។ បន្ទាប់មកប្រើ setfacl-md៖ដើម្បីថែរក្សាធាតុថ្មីទាំងអស់ដែលនឹងត្រូវបានបង្កើតឡើងផងដែរ។

ដើម្បីកំណត់ ACL លំនាំដើមអ្នកគ្រាន់តែត្រូវបន្ថែមជម្រើស d បន្ទាប់ពីជម្រើស -m (ការបញ្ជាទិញសំខាន់!) ដូច្នេះប្រើ setfacl -md:g:sales:rx /dataប្រសិនបើអ្នកចង់ឱ្យការលក់ជាក្រុមអាន និងប្រតិបត្តិនូវអ្វីដែលធ្លាប់បានបង្កើតនៅក្នុង /data directory។

នៅពេលប្រើ ACLs លំនាំដើម វាក៏អាចមានប្រយោជន៍ក្នុងការកំណត់ ACLs សម្រាប់អ្នកដទៃផងដែរ។ ជាធម្មតា វាមិនមានអត្ថន័យច្រើនទេ ព្រោះអ្នកក៏អាចផ្លាស់ប្តូរការអនុញ្ញាតសម្រាប់អ្នកដទៃដែលកំពុងប្រើប្រាស់ផងដែរ។ chmod. ទោះយ៉ាងណាក៏ដោយអ្វីដែលអ្នកមិនអាចធ្វើបាន chmodគឺ​ដើម្បី​បញ្ជាក់​សិទ្ធិ​ដែល​ត្រូវ​តែ​ផ្តល់​ឱ្យ​អ្នក​ប្រើ​ផ្សេង​ទៀត​សម្រាប់​រាល់​ឯកសារ​ថ្មី​ដែល​ត្រូវ​បាន​បង្កើត។ ប្រសិនបើ​អ្នក​ចង់​ការពារ​អ្នក​ផ្សេង​ពី​ការ​ទទួល​បាន​ការ​អនុញ្ញាត​លើ​អ្វី​ដែល​បាន​បង្កើត​ក្នុង /data ជា​ឧទាហរណ៍ សូម​ប្រើ setfacl -md:o::- /data.

ACLs និងការអនុញ្ញាតធម្មតាមិនតែងតែត្រូវបានរួមបញ្ចូលយ៉ាងល្អនោះទេ។ បញ្ហាអាចកើតឡើងប្រសិនបើអ្នកអនុវត្ត ACL លំនាំដើមទៅថតឯកសារ បន្ទាប់មកធាតុត្រូវបានបន្ថែមទៅថតនោះ ហើយបន្ទាប់មកព្យាយាមផ្លាស់ប្តូរការអនុញ្ញាតធម្មតា។ ការផ្លាស់ប្តូរដែលអនុវត្តចំពោះការអនុញ្ញាតធម្មតានឹងមិនត្រូវបានឆ្លុះបញ្ចាំងយ៉ាងល្អនៅក្នុងទិដ្ឋភាពទូទៅរបស់ ACL ទេ។ ដើម្បីជៀសវាងបញ្ហា សូមកំណត់ការអនុញ្ញាតធម្មតាជាមុនសិន បន្ទាប់មកកំណត់ ACLs លំនាំដើម (ហើយព្យាយាមមិនផ្លាស់ប្តូរវាម្តងទៀតបន្ទាប់ពីនោះ)។

ឧទាហរណ៍នៃការគ្រប់គ្រងសិទ្ធិកើនឡើងដោយប្រើ ACLs

ក្នុងឧទាហរណ៍នេះ អ្នកនឹងបន្តជាមួយ /data/account និង/data/sales directories ដែលអ្នកបានបង្កើតមុន។ នៅក្នុងឧទាហរណ៍ពីមុន អ្នកបានធានាថាក្រុមលក់មានការអនុញ្ញាតលើ /data/sales ហើយក្រុមគណនីមានការអនុញ្ញាតលើ /data/account ។

ដំបូង ត្រូវប្រាកដថាក្រុមគណនីទទួលបានការអនុញ្ញាតអាននៅលើ /data/sales directory ហើយក្រុមលក់ទទួលបានការអនុញ្ញាតអាននៅលើ /data/account directory។

បន្ទាប់មកអ្នកកំណត់ ACLs លំនាំដើមដើម្បីប្រាកដថាឯកសារថ្មីទាំងអស់មានការអនុញ្ញាតត្រឹមត្រូវដែលបានកំណត់សម្រាប់ធាតុថ្មីទាំងអស់។

1. បើកស្ថានីយ។
2. ប្រតិបត្តិ setfacl -mg: គណនី: rx / ទិន្នន័យ / ការលក់ и setfacl -mg: ការលក់: rx / ទិន្នន័យ / គណនី.
3. ប្រតិបត្តិ Getfaclដើម្បីប្រាកដថាការអនុញ្ញាតត្រូវបានកំណត់តាមរបៀបដែលអ្នកចង់បាន។
4. ប្រតិបត្តិ setfacl -md:g:account:rwx,g:sales:rx /data/salesដើម្បីកំណត់ ACL លំនាំដើមសម្រាប់បញ្ជីលក់។
5. បន្ថែម ACL លំនាំដើមសម្រាប់ /data/account directory ដោយប្រើ setfacl -md:g:sales:rwx,g:account:rx /data/account.
6. ផ្ទៀងផ្ទាត់ថាការកំណត់ ACL មានសុពលភាពដោយបន្ថែមឯកសារថ្មីទៅ /data/sales ។ បញ្ចប់ ប៉ះ /data/sales/newfile និងប្រតិបត្តិ getfacl /data/sales/newfile ដើម្បីពិនិត្យមើលការអនុញ្ញាតបច្ចុប្បន្ន។

កំណត់ការអនុញ្ញាតលំនាំដើមជាមួយ umask

ខាងលើ អ្នកបានរៀនពីរបៀបធ្វើការជាមួយ ACLs លំនាំដើម។ ប្រសិនបើអ្នកមិនប្រើ ACL ទេ មានជម្រើសសែលដែលកំណត់ការអនុញ្ញាតលំនាំដើមដែលអ្នកនឹងទទួលបាន៖ របាំង (របាំងបញ្ច្រាស) ។ នៅក្នុងផ្នែកនេះ អ្នកនឹងរៀនពីរបៀបផ្លាស់ប្តូរការអនុញ្ញាតលំនាំដើមជាមួយ របាំង.

អ្នកប្រហែលជាបានកត់សម្គាល់ឃើញថា នៅពេលអ្នកបង្កើតឯកសារថ្មី ការអនុញ្ញាតលំនាំដើមមួយចំនួនត្រូវបានកំណត់។ ការអនុញ្ញាតទាំងនេះត្រូវបានកំណត់ដោយការកំណត់ របាំង. ការកំណត់សែលនេះអនុវត្តចំពោះអ្នកប្រើប្រាស់ទាំងអស់នៅពេលចូល។ នៅក្នុងប៉ារ៉ាម៉ែត្រ របាំង តម្លៃជាលេខត្រូវបានប្រើ ដែលត្រូវបានដកចេញពីការអនុញ្ញាតអតិបរមាដែលអាចកំណត់ដោយស្វ័យប្រវត្តិសម្រាប់ឯកសារ ការកំណត់អតិបរមាសម្រាប់ឯកសារគឺ 666 ហើយសម្រាប់ថតគឺ 777 ។

ទោះយ៉ាងណាក៏ដោយ ការលើកលែងមួយចំនួនអនុវត្តចំពោះច្បាប់នេះ។ អ្នកអាចរកឃើញទិដ្ឋភាពទូទៅនៃការកំណត់ របាំង នៅក្នុងតារាងខាងក្រោម។

នៃលេខដែលបានប្រើនៅក្នុង របាំងដូចនៅក្នុងករណីនៃអាគុយម៉ង់លេខសម្រាប់ពាក្យបញ្ជា chmodខ្ទង់ទីមួយសំដៅលើការអនុញ្ញាតរបស់អ្នកប្រើ ខ្ទង់ទីពីរសំដៅលើការអនុញ្ញាតរបស់ក្រុម ហើយលេខចុងក្រោយសំដៅលើការអនុញ្ញាតលំនាំដើមដែលបានកំណត់សម្រាប់អ្នកដទៃ។ អត្ថន័យ របាំង លំនាំដើម 022 ផ្តល់ឱ្យ 644 សម្រាប់ឯកសារថ្មីទាំងអស់ និង 755 សម្រាប់ថតថ្មីទាំងអស់ដែលបានបង្កើតនៅលើម៉ាស៊ីនមេរបស់អ្នក។

ទិដ្ឋភាពទូទៅពេញលេញនៃតម្លៃលេខទាំងអស់។ របាំង និងលទ្ធផលរបស់ពួកគេនៅក្នុងតារាងខាងក្រោម។

វិធីងាយស្រួលដើម្បីមើលពីរបៀបដែលការកំណត់ umask ដំណើរការមានដូចខាងក្រោម៖ ចាប់ផ្តើមជាមួយនឹងការអនុញ្ញាតលំនាំដើមរបស់ឯកសារដែលបានកំណត់ទៅ 666 ហើយដក umask ដើម្បីទទួលបានការអនុញ្ញាតដ៏មានប្រសិទ្ធភាព។ ធ្វើដូចគ្នាសម្រាប់ថតឯកសារ និងការអនុញ្ញាតលំនាំដើមរបស់វានៃ 777។

មានវិធីពីរយ៉ាងដើម្បីផ្លាស់ប្តូរការកំណត់ umask: សម្រាប់អ្នកប្រើប្រាស់ទាំងអស់ និងសម្រាប់អ្នកប្រើប្រាស់ម្នាក់ៗ។ ប្រសិនបើអ្នកចង់កំណត់ umask សម្រាប់អ្នកប្រើប្រាស់ទាំងអស់ អ្នកត្រូវតែធានាថាការកំណត់ umask ត្រូវបានយកមកពិចារណានៅពេលចាប់ផ្តើមឯកសារបរិស្ថានសែល ដូចដែលបានបញ្ជាក់នៅក្នុង /etc/profile ។ វិធីសាស្រ្តត្រឹមត្រូវគឺបង្កើតស្គ្រីបសែលហៅថា umask.sh នៅក្នុងថត /etc/profile.d ហើយបញ្ជាក់ umask ដែលអ្នកចង់ប្រើក្នុងស្គ្រីបសែលនោះ។ ប្រសិនបើ umask ត្រូវបានផ្លាស់ប្តូរនៅក្នុងឯកសារនេះ វាត្រូវបានអនុវត្តចំពោះអ្នកប្រើប្រាស់ទាំងអស់បន្ទាប់ពីចូលទៅក្នុងម៉ាស៊ីនមេ។

ជម្រើសមួយក្នុងការកំណត់ umask តាមរយៈ /etc/profile និងឯកសារដែលពាក់ព័ន្ធ ដែលវាអនុវត្តចំពោះអ្នកប្រើប្រាស់ទាំងអស់ដែលចូលគឺដើម្បីផ្លាស់ប្តូរការកំណត់ umask នៅក្នុងឯកសារដែលហៅថា .profile ដែលត្រូវបានបង្កើតនៅក្នុងថតផ្ទះរបស់អ្នកប្រើនីមួយៗ។

ការកំណត់ដែលបានអនុវត្តនៅក្នុងឯកសារនេះអនុវត្តចំពោះតែអ្នកប្រើប្រាស់ម្នាក់ៗប៉ុណ្ណោះ។ ដូច្នេះនេះគឺជាវិធីសាស្រ្តដ៏ល្អ ប្រសិនបើអ្នកត្រូវការព័ត៌មានលម្អិតបន្ថែម។ ខ្ញុំផ្ទាល់ចូលចិត្តលក្ខណៈពិសេសនេះដើម្បីផ្លាស់ប្តូរ umask លំនាំដើមសម្រាប់អ្នកប្រើប្រាស់ root ទៅ 027 ខណៈពេលដែលអ្នកប្រើប្រាស់ធម្មតាកំពុងដំណើរការជាមួយ umask លំនាំដើមនៃ 022 ។

ធ្វើការជាមួយគុណលក្ខណៈអ្នកប្រើប្រាស់បន្ថែម

នេះគឺជាផ្នែកចុងក្រោយនៃការអនុញ្ញាតលីនុច។

នៅពេលធ្វើការជាមួយការអនុញ្ញាត តែងតែមានទំនាក់ទំនងរវាងអ្នកប្រើប្រាស់ ឬវត្ថុជាក្រុម និងការអនុញ្ញាតដែលអ្នកប្រើប្រាស់ ឬវត្ថុក្រុមមាននៅលើឯកសារ ឬថត។ វិធីសាស្រ្តជំនួសដើម្បីការពារឯកសារនៅលើម៉ាស៊ីនមេលីនុចគឺដើម្បីធ្វើការជាមួយគុណលក្ខណៈ។
គុណលក្ខណៈធ្វើការងាររបស់ពួកគេដោយមិនគិតពីអ្នកប្រើប្រាស់ដែលចូលប្រើឯកសារនោះទេ។

ដូចទៅនឹង ACLs គុណលក្ខណៈឯកសារប្រហែលជាត្រូវបញ្ចូលជម្រើស ម៉ោន.

នេះគឺជាជម្រើសមួយ។ user_xattr. ប្រសិនបើអ្នកទទួលបានសារ "operation not supported" នៅពេលធ្វើការជាមួយគុណលក្ខណៈអ្នកប្រើប្រាស់បន្ថែម ត្រូវប្រាកដថាកំណត់ប៉ារ៉ាម៉ែត្រ ម៉ោន នៅក្នុង /etc/fstab.

លក្ខណៈជាច្រើនត្រូវបានចងក្រងជាឯកសារ។ គុណលក្ខណៈមួយចំនួនមាន ប៉ុន្តែមិនទាន់បានអនុវត្តនៅឡើយ។ កុំប្រើពួកវា; ពួកគេនឹងមិននាំអ្វីមកអ្នកទេ។

ខាងក្រោម​នេះ​ជា​លក្ខណៈ​ដែល​មាន​ប្រយោជន៍​បំផុត​ដែល​អ្នក​អាច​អនុវត្ត​បាន៖

A គុណលក្ខណៈនេះធានាថាពេលវេលាចូលប្រើឯកសាររបស់ឯកសារមិនផ្លាស់ប្តូរទេ។
ជាធម្មតា រាល់ពេលដែលឯកសារត្រូវបានបើក ពេលវេលាចូលប្រើរបស់ឯកសារត្រូវតែកត់ត្រានៅក្នុងទិន្នន័យមេតារបស់ឯកសារ។ នេះប៉ះពាល់អវិជ្ជមានដល់ដំណើរការ; ដូច្នេះសម្រាប់ឯកសារដែលត្រូវបានចូលប្រើជាប្រចាំ គុណលក្ខណៈ A អាចត្រូវបានប្រើដើម្បីបិទមុខងារនេះ។

a គុណលក្ខណៈនេះអនុញ្ញាតឱ្យអ្នកបន្ថែម ប៉ុន្តែមិនដកឯកសារចេញទេ។

c ប្រសិនបើអ្នកកំពុងប្រើប្រព័ន្ធឯកសារដែលគាំទ្រការបង្ហាប់កម្រិតសំឡេង គុណលក្ខណៈឯកសារនេះធានាថាឯកសារត្រូវបានបង្ហាប់ជាលើកដំបូងដែលយន្តការបង្ហាប់ត្រូវបានបើក។

D គុណលក្ខណៈនេះធានាថាការផ្លាស់ប្តូរទៅឯកសារត្រូវបានសរសេរទៅឌីសភ្លាមៗ ជាជាងទុកក្នុងឃ្លាំងសម្ងាត់ជាមុនសិន។ នេះគឺជាគុណលក្ខណៈមានប្រយោជន៍នៅលើឯកសារមូលដ្ឋានទិន្នន័យសំខាន់ៗ ដើម្បីប្រាកដថាពួកវាមិនបាត់បង់រវាងឃ្លាំងសម្ងាត់ឯកសារ និងថាសរឹង។

d គុណលក្ខណៈនេះធានាថាឯកសារនឹងមិនត្រូវបានរក្សាទុកនៅក្នុងការបម្រុងទុកដែលឧបករណ៍ប្រើប្រាស់ចាក់សំរាមត្រូវបានប្រើ។

I គុណលក្ខណៈនេះបើកការបង្កើតលិបិក្រមសម្រាប់ថតដែលវាត្រូវបានបើក។ វាផ្តល់នូវការចូលប្រើឯកសារលឿនជាងមុនសម្រាប់ប្រព័ន្ធឯកសារបឋមដូចជា Ext3 ដែលមិនប្រើមូលដ្ឋានទិន្នន័យ B-tree សម្រាប់ការចូលប្រើឯកសារលឿន។

i គុណលក្ខណៈនេះធ្វើឱ្យឯកសារមិនអាចផ្លាស់ប្តូរបាន។ ដូច្នេះហើយ គ្មានការផ្លាស់ប្តូរណាមួយអាចត្រូវបានធ្វើឡើងចំពោះឯកសារ ដែលមានប្រយោជន៍សម្រាប់ឯកសារដែលត្រូវការការការពារបន្ថែម។

j គុណលក្ខណៈនេះធានាថានៅលើប្រព័ន្ធឯកសារ ext3 ឯកសារត្រូវបានសរសេរដំបូងទៅកាន់ទិនានុប្បវត្តិហើយបន្ទាប់មកទៅប្លុកទិន្នន័យនៅលើថាសរឹង។

s សរសេរជាន់លើប្លុកដែលឯកសារត្រូវបានរក្សាទុកទៅ 0s បន្ទាប់ពីលុបឯកសារ។ នេះធានាថាឯកសារមិនអាចស្ដារឡើងវិញបានទេនៅពេលវាត្រូវបានលុប។

u គុណលក្ខណៈនេះរក្សាទុកព័ត៌មានអំពីការលុប។ វាអនុញ្ញាតឱ្យអ្នកបង្កើតឧបករណ៍ប្រើប្រាស់ដែលធ្វើការជាមួយព័ត៌មាននេះដើម្បីសង្គ្រោះឯកសារដែលបានលុប។

ប្រសិនបើអ្នកចង់អនុវត្តគុណលក្ខណៈ អ្នកអាចប្រើពាក្យបញ្ជា ឆាត. ឧទាហរណ៍ប្រើ chattr +s ឯកសារខ្លះដើម្បីអនុវត្តគុណលក្ខណៈទៅឯកសារមួយចំនួន។ ត្រូវការលុបគុណលក្ខណៈទេ? បន្ទាប់មកប្រើ chattr -s ឯកសារខ្លះហើយវានឹងត្រូវបានយកចេញ។ ដើម្បីទទួលបានទិដ្ឋភាពទូទៅនៃគុណលក្ខណៈទាំងអស់ដែលត្រូវបានអនុវត្តនាពេលបច្ចុប្បន្ន សូមប្រើពាក្យបញ្ជា lsattr.

សង្ខេប

នៅក្នុងអត្ថបទនេះ អ្នកបានរៀនពីរបៀបធ្វើការជាមួយការអនុញ្ញាត។ អ្នកអានអំពីការអនុញ្ញាតជាមូលដ្ឋានចំនួនបី ការអនុញ្ញាតកម្រិតខ្ពស់ និងរបៀបអនុវត្ត ACLs នៅលើប្រព័ន្ធឯកសារ។ អ្នកក៏បានរៀនពីរបៀបប្រើជម្រើស umask ដើម្បីអនុវត្តការអនុញ្ញាតលំនាំដើម។ នៅចុងបញ្ចប់នៃអត្ថបទនេះ អ្នកបានរៀនពីរបៀបប្រើគុណលក្ខណៈបន្ថែមដោយអ្នកប្រើប្រាស់ ដើម្បីអនុវត្តស្រទាប់បន្ថែមនៃសុវត្ថិភាពប្រព័ន្ធឯកសារ។

ប្រសិនបើអ្នកចូលចិត្តការបកប្រែនេះ សូមសរសេរអំពីវានៅក្នុងមតិយោបល់។ វា​នឹង​មាន​ការ​លើក​ទឹក​ចិត្ត​បន្ថែម​ទៀត​ក្នុង​ការ​ធ្វើ​ការ​បក​ប្រែ​ដែល​មាន​ប្រយោជន៍។

កែកំហុសអក្ខរាវិរុទ្ធ និងវេយ្យាករណ៍មួយចំនួននៅក្នុងអត្ថបទ។ កាត់បន្ថយកថាខណ្ឌសំពីងសំពោងមួយចំនួនទៅជាអក្សរតូចៗ ដើម្បីអាចអានបានកាន់តែប្រសើរ។

ជំនួសឱ្យ "មានតែអ្នកដែលមានសិទ្ធិគ្រប់គ្រងលើថតឯកសារប៉ុណ្ណោះដែលអាចអនុវត្តការអនុញ្ញាត។" បានជួសជុលទៅ "មានតែអ្នកដែលមានសិទ្ធិសរសេរនៅលើថតឯកសារប៉ុណ្ណោះដែលអាចអនុវត្តការអនុញ្ញាតដំណើរការបាន។" ដែលវានឹងត្រឹមត្រូវជាង។

សូមអរគុណចំពោះមតិយោបល់ បេរ៉េស.

ជំនួស៖
ប្រសិនបើអ្នកមិនមែនជាម្ចាស់អ្នកប្រើប្រាស់ទេ សែលនឹងពិនិត្យមើលថាតើអ្នកជាសមាជិកនៃក្រុម ឬគេហៅថាក្រុមនៃឯកសារឬអត់។

នៅ​លើ:
ប្រសិនបើអ្នកមិនមែនជាម្ចាស់ឯកសារទេ សែលនឹងពិនិត្យមើលថាតើអ្នកជាសមាជិកនៃក្រុមដែលមានការអនុញ្ញាតលើឯកសារដែរឬទេ។ ប្រសិនបើអ្នកជាសមាជិកនៃក្រុមនេះ អ្នកនឹងចូលប្រើឯកសារដោយមានការអនុញ្ញាតដែលក្រុមបានកំណត់ ហើយសែលនឹងឈប់ពិនិត្យ។

សូមអរគុណចំពោះមតិយោបល់របស់អ្នក។ CryptoPirate

ប្រភព: www.habr.com