ਲੀਨਕਸ ਵਿੱਚ ਅਨੁਮਤੀਆਂ (chown, chmod, SUID, GUID, ਸਟਿੱਕੀ ਬਿੱਟ, ACL, umask)

ਸਾਰਿਆਂ ਨੂੰ ਸਤਿ ਸ਼੍ਰੀ ਅਕਾਲ. ਇਹ RedHat RHCSA RHCE 7 RedHat Enterprise Linux 7 EX200 ਅਤੇ EX300 ਕਿਤਾਬ ਦੇ ਇੱਕ ਲੇਖ ਦਾ ਅਨੁਵਾਦ ਹੈ।

ਧੱਕਾ: ਮੈਨੂੰ ਉਮੀਦ ਹੈ ਕਿ ਲੇਖ ਨਾ ਸਿਰਫ਼ ਸ਼ੁਰੂਆਤ ਕਰਨ ਵਾਲਿਆਂ ਲਈ ਲਾਭਦਾਇਕ ਹੋਵੇਗਾ, ਸਗੋਂ ਹੋਰ ਤਜਰਬੇਕਾਰ ਪ੍ਰਸ਼ਾਸਕਾਂ ਨੂੰ ਆਪਣੇ ਗਿਆਨ ਨੂੰ ਸੁਚਾਰੂ ਬਣਾਉਣ ਵਿੱਚ ਵੀ ਮਦਦ ਕਰੇਗਾ।

ਤਾਂ ਚਲੋ ਚੱਲੀਏ।

ਲੀਨਕਸ ਵਿੱਚ ਫਾਈਲਾਂ ਤੱਕ ਪਹੁੰਚ ਕਰਨ ਲਈ, ਅਨੁਮਤੀਆਂ ਦੀ ਵਰਤੋਂ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। ਇਹ ਅਧਿਕਾਰ ਤਿੰਨ ਆਬਜੈਕਟਸ ਨੂੰ ਦਿੱਤੇ ਗਏ ਹਨ: ਫਾਈਲ ਮਾਲਕ, ਸਮੂਹ ਮਾਲਕ, ਅਤੇ ਇੱਕ ਹੋਰ ਆਬਜੈਕਟ (ਅਰਥਾਤ, ਹਰ ਕੋਈ)। ਇਸ ਲੇਖ ਵਿੱਚ, ਤੁਸੀਂ ਅਨੁਮਤੀਆਂ ਨੂੰ ਕਿਵੇਂ ਲਾਗੂ ਕਰਨਾ ਹੈ ਬਾਰੇ ਸਿੱਖੋਗੇ।

ਇਹ ਲੇਖ ਬੁਨਿਆਦੀ ਸੰਕਲਪਾਂ ਦੀ ਸੰਖੇਪ ਜਾਣਕਾਰੀ ਨਾਲ ਸ਼ੁਰੂ ਹੁੰਦਾ ਹੈ, ਜਿਸ ਤੋਂ ਬਾਅਦ ਵਿਸ਼ੇਸ਼ ਅਧਿਕਾਰਾਂ ਅਤੇ ਪਹੁੰਚ ਨਿਯੰਤਰਣ ਸੂਚੀਆਂ (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/account ਸਮੂਹ ਦੇ ਕਿਸੇ ਵੀ ਮਾਲਕ ਨੂੰ ਖਾਤਾ ਸਮੂਹ ਵਿੱਚ ਬਦਲ ਦਿੰਦੀ ਹੈ:

chown .account /home/account

ਤੁਸੀਂ ਵਰਤ ਸਕਦੇ ਹੋ ਡਾਵਾਂਡੋਲ ਉਪਭੋਗਤਾ ਅਤੇ/ਜਾਂ ਸਮੂਹ ਦੇ ਮਾਲਕ ਨੂੰ ਕਈ ਤਰੀਕਿਆਂ ਨਾਲ ਬਦਲਣ ਲਈ। ਇੱਥੇ ਕੁਝ ਉਦਾਹਰਣਾਂ ਹਨ:

• chown lisa myfile1 ਯੂਜ਼ਰ ਲੀਸਾ ਨੂੰ myfile1 ਦੇ ਮਾਲਕ ਵਜੋਂ ਸੈੱਟ ਕਰਦਾ ਹੈ।
• chown lisa.sales myfile ਯੂਜ਼ਰ ਲੀਸਾ ਨੂੰ myfile ਫਾਈਲ ਦੇ ਮਾਲਕ ਵਜੋਂ ਸੈੱਟ ਕਰਦਾ ਹੈ, ਅਤੇ ਉਸੇ ਫਾਈਲ ਦੇ ਮਾਲਕ ਵਜੋਂ ਵਿਕਰੀ ਸਮੂਹ ਨੂੰ ਵੀ ਸੈੱਟ ਕਰਦਾ ਹੈ।
• chown lisa: sales myfile ਪਿਛਲੀ ਕਮਾਂਡ ਵਾਂਗ ਹੀ।
• chown .sales 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 ਦੇ ਦਹਾਕੇ ਵਿੱਚ ਕੀਤੀ ਗਈ ਸੀ। ਕਿਉਂਕਿ ਉਹਨਾਂ ਸਾਲਾਂ ਵਿੱਚ ਕੰਪਿਊਟਿੰਗ ਲੋੜਾਂ ਸੀਮਤ ਸਨ, ਇਸ ਲਈ ਮੁਢਲੀ ਇਜਾਜ਼ਤ ਪ੍ਰਣਾਲੀ ਕਾਫ਼ੀ ਸੀਮਤ ਸੀ। ਇਹ ਅਨੁਮਤੀ ਪ੍ਰਣਾਲੀ ਤਿੰਨ ਅਨੁਮਤੀਆਂ ਦੀ ਵਰਤੋਂ ਕਰਦੀ ਹੈ ਜੋ ਫਾਈਲਾਂ ਅਤੇ ਡਾਇਰੈਕਟਰੀਆਂ 'ਤੇ ਲਾਗੂ ਕੀਤੀਆਂ ਜਾ ਸਕਦੀਆਂ ਹਨ। ਇਸ ਭਾਗ ਵਿੱਚ, ਤੁਸੀਂ ਇਹਨਾਂ ਅਨੁਮਤੀਆਂ ਨੂੰ ਵਰਤਣਾ ਅਤੇ ਬਦਲਣਾ ਸਿੱਖੋਗੇ।

ਪੜ੍ਹੋ, ਲਿਖਣਾ ਅਤੇ ਲਾਗੂ ਕਰਨ ਦੀਆਂ ਇਜਾਜ਼ਤਾਂ ਨੂੰ ਸਮਝਣਾ

ਤਿੰਨ ਬੁਨਿਆਦੀ ਅਨੁਮਤੀਆਂ ਤੁਹਾਨੂੰ ਫਾਈਲਾਂ ਨੂੰ ਪੜ੍ਹਨ, ਲਿਖਣ ਅਤੇ ਚਲਾਉਣ ਦੀ ਆਗਿਆ ਦਿੰਦੀਆਂ ਹਨ। ਫ਼ਾਈਲਾਂ ਜਾਂ ਡਾਇਰੈਕਟਰੀਆਂ 'ਤੇ ਲਾਗੂ ਹੋਣ 'ਤੇ ਇਹਨਾਂ ਇਜਾਜ਼ਤਾਂ ਦਾ ਪ੍ਰਭਾਵ ਵੱਖਰਾ ਹੁੰਦਾ ਹੈ। ਇੱਕ ਫਾਈਲ ਲਈ, ਪੜ੍ਹਨ ਦੀ ਇਜਾਜ਼ਤ ਤੁਹਾਨੂੰ ਪੜ੍ਹਨ ਲਈ ਫਾਈਲ ਖੋਲ੍ਹਣ ਦਾ ਅਧਿਕਾਰ ਦਿੰਦੀ ਹੈ। ਇਸ ਲਈ, ਤੁਸੀਂ ਇਸਦੀ ਸਮੱਗਰੀ ਨੂੰ ਪੜ੍ਹ ਸਕਦੇ ਹੋ, ਪਰ ਇਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਤੁਹਾਡਾ ਕੰਪਿਊਟਰ ਇਸਦੇ ਨਾਲ ਕੁਝ ਕਰਨ ਲਈ ਫਾਈਲ ਨੂੰ ਖੋਲ੍ਹ ਸਕਦਾ ਹੈ.

ਇੱਕ ਪ੍ਰੋਗਰਾਮ ਫਾਈਲ ਜਿਸ ਨੂੰ ਲਾਇਬ੍ਰੇਰੀ ਤੱਕ ਪਹੁੰਚ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ, ਉਦਾਹਰਨ ਲਈ, ਉਸ ਲਾਇਬ੍ਰੇਰੀ ਤੱਕ ਪੜ੍ਹਨ ਦੀ ਪਹੁੰਚ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ। ਇਹ ਇਸ ਤਰ੍ਹਾਂ ਹੈ ਕਿ ਪੜ੍ਹਨ ਦੀ ਇਜਾਜ਼ਤ ਸਭ ਤੋਂ ਬੁਨਿਆਦੀ ਇਜਾਜ਼ਤ ਹੈ ਜੋ ਤੁਹਾਨੂੰ ਫਾਈਲਾਂ ਨਾਲ ਕੰਮ ਕਰਨ ਲਈ ਚਾਹੀਦੀ ਹੈ।

ਜਦੋਂ ਕਿਸੇ ਡਾਇਰੈਕਟਰੀ 'ਤੇ ਲਾਗੂ ਹੁੰਦਾ ਹੈ, ਤਾਂ ਰੀਡਿੰਗ ਤੁਹਾਨੂੰ ਉਸ ਡਾਇਰੈਕਟਰੀ ਦੀਆਂ ਸਮੱਗਰੀਆਂ ਨੂੰ ਪ੍ਰਦਰਸ਼ਿਤ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦੀ ਹੈ। ਤੁਹਾਨੂੰ ਪਤਾ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ ਕਿ ਇਹ ਅਨੁਮਤੀ ਤੁਹਾਨੂੰ ਡਾਇਰੈਕਟਰੀ ਵਿੱਚ ਫਾਈਲਾਂ ਨੂੰ ਪੜ੍ਹਨ ਦੀ ਇਜਾਜ਼ਤ ਨਹੀਂ ਦਿੰਦੀ ਹੈ। ਲੀਨਕਸ ਅਨੁਮਤੀ ਸਿਸਟਮ ਵਿਰਾਸਤ ਨੂੰ ਨਹੀਂ ਜਾਣਦਾ ਹੈ, ਅਤੇ ਇੱਕ ਫਾਈਲ ਨੂੰ ਪੜ੍ਹਨ ਦਾ ਇੱਕੋ ਇੱਕ ਤਰੀਕਾ ਹੈ ਉਸ ਫਾਈਲ ਉੱਤੇ ਰੀਡ ਅਨੁਮਤੀਆਂ ਦੀ ਵਰਤੋਂ ਕਰਨਾ।

ਜਿਵੇਂ ਕਿ ਤੁਸੀਂ ਸ਼ਾਇਦ ਅੰਦਾਜ਼ਾ ਲਗਾ ਸਕਦੇ ਹੋ, ਲਿਖਣ ਦੀ ਇਜਾਜ਼ਤ, ਜੇਕਰ ਕਿਸੇ ਫਾਈਲ 'ਤੇ ਲਾਗੂ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਤਾਂ ਫਾਈਲ ਨੂੰ ਲਿਖਣ ਦੀ ਆਗਿਆ ਦਿੰਦੀ ਹੈ। ਦੂਜੇ ਸ਼ਬਦਾਂ ਵਿਚ, ਇਹ ਤੁਹਾਨੂੰ ਮੌਜੂਦਾ ਫਾਈਲਾਂ ਦੀ ਸਮੱਗਰੀ ਨੂੰ ਬਦਲਣ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ. ਹਾਲਾਂਕਿ, ਇਹ ਤੁਹਾਨੂੰ ਨਵੀਆਂ ਫਾਈਲਾਂ ਬਣਾਉਣ ਜਾਂ ਮਿਟਾਉਣ ਜਾਂ ਫਾਈਲ ਅਨੁਮਤੀਆਂ ਨੂੰ ਬਦਲਣ ਦੀ ਇਜਾਜ਼ਤ ਨਹੀਂ ਦਿੰਦਾ ਹੈ। ਅਜਿਹਾ ਕਰਨ ਲਈ, ਤੁਹਾਨੂੰ ਉਸ ਡਾਇਰੈਕਟਰੀ ਨੂੰ ਲਿਖਣ ਦੀ ਇਜਾਜ਼ਤ ਦੇਣ ਦੀ ਲੋੜ ਹੈ ਜਿੱਥੇ ਤੁਸੀਂ ਫਾਈਲ ਬਣਾਉਣਾ ਚਾਹੁੰਦੇ ਹੋ। ਡਾਇਰੈਕਟਰੀਆਂ ਵਿੱਚ, ਇਹ ਅਨੁਮਤੀ ਤੁਹਾਨੂੰ ਨਵੀਆਂ ਉਪ-ਡਾਇਰੈਕਟਰੀਆਂ ਬਣਾਉਣ ਅਤੇ ਮਿਟਾਉਣ ਦੀ ਵੀ ਆਗਿਆ ਦਿੰਦੀ ਹੈ।

ਐਗਜ਼ੀਕਿਊਟ ਅਨੁਮਤੀ ਉਹ ਹੈ ਜਿਸ ਦੀ ਤੁਹਾਨੂੰ ਫਾਈਲ ਨੂੰ ਚਲਾਉਣ ਲਈ ਲੋੜ ਹੈ। ਇਹ ਕਦੇ ਵੀ ਮੂਲ ਰੂਪ ਵਿੱਚ ਸਥਾਪਤ ਨਹੀਂ ਹੋਵੇਗਾ, ਜੋ ਲੀਨਕਸ ਨੂੰ ਵਾਇਰਸਾਂ ਤੋਂ ਲਗਭਗ ਪੂਰੀ ਤਰ੍ਹਾਂ ਸੁਰੱਖਿਅਤ ਬਣਾਉਂਦਾ ਹੈ। ਡਾਇਰੈਕਟਰੀ 'ਤੇ ਲਿਖਣ ਦੀ ਇਜਾਜ਼ਤ ਵਾਲਾ ਕੋਈ ਵਿਅਕਤੀ ਹੀ ਐਗਜ਼ੀਕਿਊਟ ਅਨੁਮਤੀ ਲਾਗੂ ਕਰ ਸਕਦਾ ਹੈ।

ਹੇਠਾਂ ਦਿੱਤੇ ਮੂਲ ਅਨੁਮਤੀਆਂ ਦੀ ਵਰਤੋਂ ਦਾ ਸਾਰ ਦਿੰਦਾ ਹੈ:

chmod ਦੀ ਵਰਤੋਂ ਕਰਨਾ

ਕਮਾਂਡ ਦੀ ਵਰਤੋਂ ਅਧਿਕਾਰਾਂ ਦੇ ਪ੍ਰਬੰਧਨ ਲਈ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। chmod... ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ chmod ਤੁਸੀਂ ਉਪਭੋਗਤਾ (ਉਪਭੋਗਤਾ), ਸਮੂਹਾਂ (ਸਮੂਹ) ਅਤੇ ਹੋਰਾਂ (ਹੋਰ) ਲਈ ਅਨੁਮਤੀਆਂ ਸੈਟ ਕਰ ਸਕਦੇ ਹੋ। ਤੁਸੀਂ ਇਸ ਕਮਾਂਡ ਨੂੰ ਦੋ ਮੋਡਾਂ ਵਿੱਚ ਵਰਤ ਸਕਦੇ ਹੋ: ਰਿਸ਼ਤੇਦਾਰ ਮੋਡ ਅਤੇ ਪੂਰਨ ਮੋਡ। ਪੂਰਨ ਮੋਡ ਵਿੱਚ, ਮੂਲ ਅਨੁਮਤੀਆਂ ਨੂੰ ਸੈੱਟ ਕਰਨ ਲਈ ਤਿੰਨ ਅੰਕਾਂ ਦੀ ਵਰਤੋਂ ਕੀਤੀ ਜਾਂਦੀ ਹੈ।

ਅਨੁਮਤੀਆਂ ਸੈਟ ਕਰਦੇ ਸਮੇਂ, ਤੁਹਾਨੂੰ ਲੋੜੀਂਦੇ ਮੁੱਲ ਦੀ ਗਣਨਾ ਕਰੋ। ਜੇਕਰ ਤੁਸੀਂ ਯੂਜ਼ਰ ਲਈ ਰੀਡ/ਰਾਈਟ/ਐਕਜ਼ੀਕਿਊਟ, ਗਰੁੱਪ ਲਈ ਰੀਡ/ਐਕਜ਼ੀਕਿਊਟ, ਅਤੇ /ਸੌਮਫਾਈਲ ਵਿੱਚ ਦੂਜਿਆਂ ਲਈ ਰੀਡ/ਐਕਜ਼ੀਕਿਊਟ ਸੈੱਟ ਕਰਨਾ ਚਾਹੁੰਦੇ ਹੋ ਤਾਂ ਤੁਸੀਂ ਹੇਠ ਦਿੱਤੀ ਕਮਾਂਡ ਦੀ ਵਰਤੋਂ ਕਰੋ 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 ਤੁਸੀਂ /data ਡਾਇਰੈਕਟਰੀ ਵਿੱਚ ਸਾਰੀਆਂ ਡਾਇਰੈਕਟਰੀਆਂ ਦੇ ਨਾਲ-ਨਾਲ ਫਾਈਲਾਂ ਲਈ ਐਗਜ਼ੀਕਿਊਟ ਅਨੁਮਤੀ ਨਿਰਧਾਰਤ ਕੀਤੀ ਹੈ। ਸਿਰਫ਼ ਡਾਇਰੈਕਟਰੀਆਂ ਲਈ ਐਗਜ਼ੀਕਿਊਟ ਅਨੁਮਤੀ ਸੈਟ ਕਰਨ ਲਈ ਨਾ ਕਿ ਫਾਈਲਾਂ ਲਈ, ਵਰਤੋਂ chmod -R o+ rX /ਡਾਟਾ.

ਅਪਰਕੇਸ X ਇਹ ਯਕੀਨੀ ਬਣਾਉਂਦਾ ਹੈ ਕਿ ਫਾਈਲਾਂ ਨੂੰ ਐਗਜ਼ੀਕਿਊਟ ਦੀ ਇਜਾਜ਼ਤ ਨਹੀਂ ਮਿਲਦੀ ਜਦੋਂ ਤੱਕ ਕਿ ਫਾਈਲ ਨੇ ਪਹਿਲਾਂ ਹੀ ਕੁਝ ਆਬਜੈਕਟ ਲਈ ਐਗਜ਼ੀਕਿਊਟ ਅਨੁਮਤੀ ਸੈਟ ਨਹੀਂ ਕੀਤੀ ਹੈ। ਇਹ 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 ਉਪਭੋਗਤਾਵਾਂ ਕੋਲ ਉਹਨਾਂ ਦੇ ਪ੍ਰਾਇਮਰੀ ਸਮੂਹ ਨੂੰ ਉਪਭੋਗਤਾ ਦੇ ਸਮਾਨ ਨਾਮ ਵਾਲੇ ਸਮੂਹ ਵਿੱਚ ਸੈੱਟ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਜਿਸ ਵਿੱਚੋਂ ਸਿਰਫ਼ ਉਪਭੋਗਤਾ ਹੀ ਮੈਂਬਰ ਹੁੰਦਾ ਹੈ। ਇਸ ਤਰ੍ਹਾਂ, ਮੂਲ ਰੂਪ ਵਿੱਚ, ਉਪਭੋਗਤਾ ਦੁਆਰਾ ਬਣਾਈਆਂ ਗਈਆਂ ਫਾਈਲਾਂ ਨੂੰ ਬਲਕ ਵਿੱਚ ਸਾਂਝਾ ਕੀਤਾ ਜਾਵੇਗਾ।

ਅਜਿਹੀ ਸਥਿਤੀ ਦੀ ਕਲਪਨਾ ਕਰੋ ਜਿੱਥੇ ਉਪਭੋਗਤਾ ਲਿੰਡਾ ਅਤੇ ਲੋਰੀ ਲੇਖਾਕਾਰੀ ਵਿੱਚ ਕੰਮ ਕਰਦੇ ਹਨ ਅਤੇ ਇੱਕ ਸਮੂਹ ਦੇ ਮੈਂਬਰ ਹਨ ਖਾਤੇ. ਮੂਲ ਰੂਪ ਵਿੱਚ, ਇਹ ਉਪਭੋਗਤਾ ਇੱਕ ਨਿੱਜੀ ਸਮੂਹ ਦੇ ਮੈਂਬਰ ਹਨ ਜਿਸ ਦੇ ਉਹ ਇੱਕੋ ਇੱਕ ਮੈਂਬਰ ਹਨ। ਹਾਲਾਂਕਿ, ਦੋਵੇਂ ਉਪਭੋਗਤਾ ਖਾਤਾ ਸਮੂਹ ਦੇ ਮੈਂਬਰ ਹਨ, ਪਰ ਇੱਕ ਸੈਕੰਡਰੀ ਸਮੂਹ ਪੈਰਾਮੀਟਰ ਵਜੋਂ ਵੀ।

ਡਿਫੌਲਟ ਸਥਿਤੀ ਇਹ ਹੈ ਕਿ ਜਦੋਂ ਇਹਨਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਉਪਭੋਗਤਾ ਇੱਕ ਫਾਈਲ ਬਣਾਉਂਦਾ ਹੈ, ਪ੍ਰਾਇਮਰੀ ਸਮੂਹ ਮਾਲਕ ਬਣ ਜਾਂਦਾ ਹੈ। ਇਸ ਲਈ, ਮੂਲ ਰੂਪ ਵਿੱਚ, ਲਿੰਡਾ ਲੋਰੀ ਦੁਆਰਾ ਬਣਾਈਆਂ ਗਈਆਂ ਫਾਈਲਾਂ ਤੱਕ ਪਹੁੰਚ ਨਹੀਂ ਕਰ ਸਕਦੀ, ਅਤੇ ਇਸਦੇ ਉਲਟ। ਹਾਲਾਂਕਿ, ਜੇਕਰ ਤੁਸੀਂ ਇੱਕ ਸ਼ੇਅਰਡ ਗਰੁੱਪ ਡਾਇਰੈਕਟਰੀ ਬਣਾਉਂਦੇ ਹੋ (/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 ਡਾਇਰੈਕਟਰੀ ਲਈ ਮੂਲ ਅਧਿਕਾਰ ਵਜੋਂ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ ਅਤੇ ਪਬਲਿਕ ਗਰੁੱਪ ਡਾਇਰੈਕਟਰੀਆਂ ਲਈ ਵੀ ਲਾਭਦਾਇਕ ਹੋ ਸਕਦਾ ਹੈ।

ਸਟਿੱਕੀ ਬਿੱਟ ਤੋਂ ਬਿਨਾਂ, ਜੇਕਰ ਉਪਭੋਗਤਾ ਇੱਕ ਡਾਇਰੈਕਟਰੀ ਵਿੱਚ ਫਾਈਲਾਂ ਬਣਾ ਸਕਦਾ ਹੈ, ਤਾਂ ਉਹ ਉਸ ਡਾਇਰੈਕਟਰੀ ਵਿੱਚੋਂ ਫਾਈਲਾਂ ਨੂੰ ਵੀ ਮਿਟਾ ਸਕਦਾ ਹੈ। ਜਨਤਕ ਸਮੂਹ ਦੇ ਮਾਹੌਲ ਵਿੱਚ, ਇਹ ਤੰਗ ਕਰਨ ਵਾਲਾ ਹੋ ਸਕਦਾ ਹੈ। ਲਿੰਡਾ ਅਤੇ ਲੋਰੀ ਉਪਭੋਗਤਾਵਾਂ ਦੀ ਕਲਪਨਾ ਕਰੋ, ਜਿਨ੍ਹਾਂ ਕੋਲ /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, ਉਸ ਫਾਈਲ ਜਾਂ ਡਾਇਰੈਕਟਰੀ ਦੇ ਨਾਮ ਤੋਂ ਬਾਅਦ ਜਿਸ ਲਈ ਤੁਸੀਂ ਅਨੁਮਤੀਆਂ ਸੈਟ ਕਰਨਾ ਚਾਹੁੰਦੇ ਹੋ।

ਸਾਰਣੀ ਹਰ ਉਸ ਚੀਜ਼ ਦਾ ਸਾਰ ਦਿੰਦੀ ਹੈ ਜਿਸਦੀ ਤੁਹਾਨੂੰ ਵਿਸ਼ੇਸ਼ ਅਨੁਮਤੀਆਂ ਦੇ ਪ੍ਰਬੰਧਨ ਬਾਰੇ ਜਾਣਨ ਦੀ ਲੋੜ ਹੈ।

ਵਿਸ਼ੇਸ਼ ਅਧਿਕਾਰਾਂ ਨਾਲ ਕੰਮ ਕਰਨ ਦੀ ਉਦਾਹਰਨ

ਇਸ ਉਦਾਹਰਨ ਵਿੱਚ, ਤੁਸੀਂ ਖਾਸ ਅਨੁਮਤੀਆਂ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋ ਤਾਂ ਕਿ ਗਰੁੱਪ ਦੇ ਮੈਂਬਰਾਂ ਲਈ ਸ਼ੇਅਰਡ ਗਰੁੱਪ ਡਾਇਰੈਕਟਰੀ ਵਿੱਚ ਫ਼ਾਈਲਾਂ ਨੂੰ ਸਾਂਝਾ ਕਰਨਾ ਆਸਾਨ ਬਣਾਇਆ ਜਾ ਸਕੇ। ਤੁਸੀਂ ਆਈਡੀ ਬਿੱਟ ਨੂੰ ਸੈਟ ਗਰੁੱਪ ਆਈਡੀ ਦੇ ਨਾਲ-ਨਾਲ ਸਟਿੱਕੀ ਬਿੱਟ ਨੂੰ ਨਿਰਧਾਰਤ ਕਰਦੇ ਹੋ, ਅਤੇ ਤੁਸੀਂ ਦੇਖਦੇ ਹੋ ਕਿ ਇੱਕ ਵਾਰ ਉਹ ਸੈੱਟ ਹੋ ਜਾਣ ਤੋਂ ਬਾਅਦ, ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਨੂੰ ਜੋੜਿਆ ਜਾਂਦਾ ਹੈ ਤਾਂ ਜੋ ਸਮੂਹ ਮੈਂਬਰਾਂ ਲਈ ਇਕੱਠੇ ਕੰਮ ਕਰਨਾ ਆਸਾਨ ਹੋ ਸਕੇ।

1. ਇੱਕ ਟਰਮੀਨਲ ਖੋਲ੍ਹੋ ਜਿੱਥੇ ਤੁਸੀਂ ਲਿੰਡਾ ਉਪਭੋਗਤਾ ਹੋ। ਤੁਸੀਂ ਕਮਾਂਡ ਨਾਲ ਇੱਕ ਉਪਭੋਗਤਾ ਬਣਾ ਸਕਦੇ ਹੋ ਲਿੰਡਾ, ਪਾਸਵਰਡ ਸ਼ਾਮਲ ਕਰੋ ਪਾਸਵਡ ਲਿੰਡਾ.
2. ਰੂਟ ਵਿੱਚ /data ਡਾਇਰੈਕਟਰੀ ਅਤੇ ਕਮਾਂਡ ਨਾਲ /data/sales ਸਬ-ਡਾਇਰੈਕਟਰੀ ਬਣਾਓ mkdir -p /data/sales. ਸੰਪੂਰਨ ਸੀਡੀ/ਡਾਟਾ/ਵਿਕਰੀਵਿਕਰੀ ਡਾਇਰੈਕਟਰੀ 'ਤੇ ਜਾਣ ਲਈ. ਸੰਪੂਰਨ ਲਿੰਡਾ 1 ਨੂੰ ਛੋਹਵੋ и ਲਿੰਡਾ 2 ਨੂੰ ਛੋਹਵੋਲਿੰਡਾ ਦੀ ਮਲਕੀਅਤ ਵਾਲੀਆਂ ਦੋ ਖਾਲੀ ਫਾਈਲਾਂ ਬਣਾਉਣ ਲਈ।
3. ਚਲਾਓ su-ਲੀਸਾ ਵਰਤਮਾਨ ਉਪਭੋਗਤਾ ਨੂੰ ਉਪਭੋਗਤਾ ਲੀਸਾ ਵਿੱਚ ਬਦਲਣ ਲਈ, ਜੋ ਵਿਕਰੀ ਸਮੂਹ ਦਾ ਇੱਕ ਮੈਂਬਰ ਵੀ ਹੈ।
4. ਚਲਾਓ ਸੀਡੀ/ਡਾਟਾ/ਵਿਕਰੀ ਅਤੇ ਉਸ ਡਾਇਰੈਕਟਰੀ ਤੋਂ ਐਗਜ਼ੀਕਿਊਟ ਕਰੋ ls - l. ਤੁਸੀਂ ਦੋ ਫਾਈਲਾਂ ਦੇਖੋਗੇ ਜੋ ਲਿੰਡਾ ਉਪਭੋਗਤਾ ਦੁਆਰਾ ਬਣਾਈਆਂ ਗਈਆਂ ਸਨ ਅਤੇ ਲਿੰਡਾ ਸਮੂਹ ਨਾਲ ਸਬੰਧਤ ਹਨ. ਸੰਪੂਰਨ rm -f ਲਿੰਡਾ*. ਇਹ ਦੋਵੇਂ ਫਾਈਲਾਂ ਨੂੰ ਹਟਾ ਦੇਵੇਗਾ।
5. ਚਲਾਓ ਲੀਸਾ 1 ਨੂੰ ਛੋਹਵੋ и ਲੀਸਾ 2 ਨੂੰ ਛੋਹਵੋਦੋ ਫਾਈਲਾਂ ਬਣਾਉਣ ਲਈ ਜੋ ਯੂਜ਼ਰ ਲੀਸਾ ਦੀ ਮਲਕੀਅਤ ਹਨ।
6. ਚਲਾਓ su- ਆਪਣੇ ਵਿਸ਼ੇਸ਼ ਅਧਿਕਾਰਾਂ ਨੂੰ ਰੂਟ ਤੱਕ ਉੱਚਾ ਚੁੱਕਣ ਲਈ।
7. ਚਲਾਓ chmod g+s,o+t /data/salesਸ਼ੇਅਰਡ ਗਰੁੱਪ ਡਾਇਰੈਕਟਰੀ ਵਿੱਚ ਗਰੁੱਪ ਪਛਾਣਕਰਤਾ (GUID) ਬਿੱਟ ਦੇ ਨਾਲ-ਨਾਲ ਸਟਿੱਕੀ ਬਿੱਟ ਸੈੱਟ ਕਰਨ ਲਈ।
8. ਚਲਾਓ ਸੁ-ਲਿੰਡਾ. ਫਿਰ ਕਰੋ ਲਿੰਡਾ 3 ਨੂੰ ਛੋਹਵੋ и ਲਿੰਡਾ 4 ਨੂੰ ਛੋਹਵੋ. ਤੁਹਾਨੂੰ ਹੁਣ ਦੇਖਣਾ ਚਾਹੀਦਾ ਹੈ ਕਿ ਤੁਹਾਡੇ ਦੁਆਰਾ ਬਣਾਈਆਂ ਗਈਆਂ ਦੋ ਫਾਈਲਾਂ ਵਿਕਰੀ ਸਮੂਹ ਦੀ ਮਲਕੀਅਤ ਹਨ, ਜੋ ਕਿ /data/sales ਡਾਇਰੈਕਟਰੀ ਦਾ ਸਮੂਹ ਮਾਲਕ ਹੈ।
9. ਚਲਾਓ rm -rf ਲੀਸਾ*. ਸਟਿੱਕੀ ਬਿੱਟ ਇਹਨਾਂ ਫਾਈਲਾਂ ਨੂੰ ਲਿੰਡਾ ਉਪਭੋਗਤਾ ਦੀ ਤਰਫੋਂ ਮਿਟਾਏ ਜਾਣ ਤੋਂ ਰੋਕਦਾ ਹੈ, ਕਿਉਂਕਿ ਤੁਸੀਂ ਇਹਨਾਂ ਫਾਈਲਾਂ ਦੇ ਮਾਲਕ ਨਹੀਂ ਹੋ। ਨੋਟ ਕਰੋ ਕਿ ਜੇਕਰ ਲਿੰਡਾ ਉਪਭੋਗਤਾ /data/sales ਡਾਇਰੈਕਟਰੀ ਦਾ ਮਾਲਕ ਹੈ, ਤਾਂ ਉਹ ਇਹਨਾਂ ਫਾਈਲਾਂ ਨੂੰ ਕਿਸੇ ਵੀ ਤਰ੍ਹਾਂ ਮਿਟਾ ਸਕਦਾ ਹੈ!

ਲੀਨਕਸ ਵਿੱਚ ACL ਪ੍ਰਬੰਧਨ (setfacl, getfacl)

ਭਾਵੇਂ ਉੱਪਰ ਦੱਸੀਆਂ ਗਈਆਂ ਵਿਸਤ੍ਰਿਤ ਅਨੁਮਤੀਆਂ ਲੀਨਕਸ ਦੁਆਰਾ ਅਨੁਮਤੀਆਂ ਨੂੰ ਸੰਭਾਲਣ ਦੇ ਤਰੀਕੇ ਵਿੱਚ ਉਪਯੋਗੀ ਕਾਰਜਸ਼ੀਲਤਾ ਜੋੜਦੀਆਂ ਹਨ, ਇਹ ਤੁਹਾਨੂੰ ਇੱਕੋ ਫਾਈਲ ਵਿੱਚ ਇੱਕ ਤੋਂ ਵੱਧ ਉਪਭੋਗਤਾਵਾਂ ਜਾਂ ਸਮੂਹਾਂ ਨੂੰ ਅਨੁਮਤੀਆਂ ਦੇਣ ਦੀ ਆਗਿਆ ਨਹੀਂ ਦਿੰਦੀਆਂ ਹਨ।

ਪਹੁੰਚ ਨਿਯੰਤਰਣ ਸੂਚੀਆਂ ਇਸ ਵਿਸ਼ੇਸ਼ਤਾ ਦੀ ਪੇਸ਼ਕਸ਼ ਕਰਦੀਆਂ ਹਨ। ਇਸ ਤੋਂ ਇਲਾਵਾ, ਉਹ ਪ੍ਰਸ਼ਾਸਕਾਂ ਨੂੰ ਇੱਕ ਗੁੰਝਲਦਾਰ ਤਰੀਕੇ ਨਾਲ ਡਿਫੌਲਟ ਅਨੁਮਤੀਆਂ ਸੈਟ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦੇ ਹਨ, ਜਿੱਥੇ ਸੈੱਟ ਅਨੁਮਤੀਆਂ ਡਾਇਰੈਕਟਰੀ ਤੋਂ ਡਾਇਰੈਕਟਰੀ ਵਿੱਚ ਵੱਖ-ਵੱਖ ਹੋ ਸਕਦੀਆਂ ਹਨ।

ACL ਨੂੰ ਸਮਝਣਾ

ਹਾਲਾਂਕਿ ACL ਸਬਸਿਸਟਮ ਤੁਹਾਡੇ ਸਰਵਰ ਵਿੱਚ ਵਧੀਆ ਕਾਰਜਸ਼ੀਲਤਾ ਜੋੜਦਾ ਹੈ, ਇਸਦਾ ਇੱਕ ਨੁਕਸਾਨ ਹੈ: ਸਾਰੀਆਂ ਉਪਯੋਗਤਾਵਾਂ ਇਸਦਾ ਸਮਰਥਨ ਨਹੀਂ ਕਰਦੀਆਂ ਹਨ। ਇਸ ਲਈ, ਜਦੋਂ ਤੁਸੀਂ ਫਾਈਲਾਂ ਨੂੰ ਕਾਪੀ ਜਾਂ ਮੂਵ ਕਰਦੇ ਹੋ ਤਾਂ ਤੁਸੀਂ ਆਪਣੀਆਂ ACL ਸੈਟਿੰਗਾਂ ਗੁਆ ਸਕਦੇ ਹੋ, ਅਤੇ ਤੁਹਾਡਾ ਬੈਕਅੱਪ ਸੌਫਟਵੇਅਰ ਤੁਹਾਡੀਆਂ ACL ਸੈਟਿੰਗਾਂ ਦਾ ਬੈਕਅੱਪ ਲੈਣ ਵਿੱਚ ਅਸਫਲ ਹੋ ਸਕਦਾ ਹੈ।

ਟਾਰ ਉਪਯੋਗਤਾ ACLs ਦਾ ਸਮਰਥਨ ਨਹੀਂ ਕਰਦੀ ਹੈ। ਇਹ ਯਕੀਨੀ ਬਣਾਉਣ ਲਈ ਕਿ ਜਦੋਂ ਤੁਸੀਂ ਬੈਕਅੱਪ ਬਣਾਉਂਦੇ ਹੋ ਤਾਂ ACL ਸੈਟਿੰਗਾਂ ਗੁੰਮ ਨਾ ਹੋਣ, ਵਰਤੋ ਤਾਰਾ ਟਾਰ ਦੀ ਬਜਾਏ. ਤਾਰਾ ਟਾਰ ਵਾਂਗ ਹੀ ਵਿਕਲਪਾਂ ਨਾਲ ਕੰਮ ਕਰਦਾ ਹੈ; ਇਹ ਸਿਰਫ਼ ACL ਸੈਟਿੰਗਾਂ ਲਈ ਸਮਰਥਨ ਜੋੜਦਾ ਹੈ।

ਨਾਲ ਤੁਸੀਂ ACLs ਦਾ ਬੈਕਅੱਪ ਵੀ ਲੈ ਸਕਦੇ ਹੋ getfacl, ਜਿਸ ਨੂੰ setfacl ਕਮਾਂਡ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਰੀਸਟੋਰ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ। ਬੈਕਅੱਪ ਬਣਾਉਣ ਲਈ, ਵਰਤੋ getfacl -R /directory > file.acls. ਬੈਕਅੱਪ ਫਾਈਲ ਤੋਂ ਸੈਟਿੰਗਾਂ ਨੂੰ ਰੀਸਟੋਰ ਕਰਨ ਲਈ, ਵਰਤੋ setfacl --restore=file.acl.

ਕੁਝ ਸਾਧਨਾਂ ਦੁਆਰਾ ਸਹਾਇਤਾ ਦੀ ਘਾਟ ਇੱਕ ਸਮੱਸਿਆ ਨਹੀਂ ਹੋਣੀ ਚਾਹੀਦੀ. ACLs ਨੂੰ ਅਕਸਰ ਵਿਅਕਤੀਗਤ ਫਾਈਲਾਂ ਦੀ ਬਜਾਏ ਇੱਕ ਢਾਂਚਾਗਤ ਮਾਪ ਵਜੋਂ ਡਾਇਰੈਕਟਰੀਆਂ 'ਤੇ ਲਾਗੂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।
ਇਸ ਲਈ, ਉਹਨਾਂ ਵਿੱਚੋਂ ਬਹੁਤ ਸਾਰੇ ਨਹੀਂ ਹੋਣਗੇ, ਪਰ ਸਿਰਫ ਕੁਝ ਹੀ, ਫਾਈਲ ਸਿਸਟਮ ਵਿੱਚ ਸਮਾਰਟ ਸਥਾਨਾਂ ਵਿੱਚ ਲਾਗੂ ਕੀਤੇ ਜਾਣਗੇ. ਇਸ ਲਈ, ਅਸਲ ACLs ਨੂੰ ਬਹਾਲ ਕਰਨਾ ਮੁਕਾਬਲਤਨ ਆਸਾਨ ਹੈ, ਭਾਵੇਂ ਤੁਹਾਡਾ ਬੈਕਅੱਪ ਸੌਫਟਵੇਅਰ ਉਹਨਾਂ ਦਾ ਸਮਰਥਨ ਨਹੀਂ ਕਰਦਾ ਹੈ।

ACLs ਲਈ ਫਾਈਲ ਸਿਸਟਮ ਤਿਆਰ ਕਰਨਾ

ACLs ਨਾਲ ਕੰਮ ਕਰਨਾ ਸ਼ੁਰੂ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ, ਤੁਹਾਨੂੰ ACLs ਦਾ ਸਮਰਥਨ ਕਰਨ ਲਈ ਆਪਣੇ ਫਾਈਲ ਸਿਸਟਮ ਨੂੰ ਤਿਆਰ ਕਰਨ ਦੀ ਲੋੜ ਹੋ ਸਕਦੀ ਹੈ। ਕਿਉਂਕਿ ਫਾਈਲ ਸਿਸਟਮ ਮੈਟਾਡੇਟਾ ਨੂੰ ਵਧਾਉਣ ਦੀ ਲੋੜ ਹੈ, ਫਾਈਲ ਸਿਸਟਮ ਵਿੱਚ ACLs ਲਈ ਹਮੇਸ਼ਾਂ ਡਿਫੌਲਟ ਸਮਰਥਨ ਨਹੀਂ ਹੁੰਦਾ ਹੈ। ਜੇਕਰ ਤੁਹਾਨੂੰ ਇੱਕ ਫਾਇਲ ਸਿਸਟਮ ਲਈ ACLs ਸੈੱਟ ਕਰਨ ਵੇਲੇ "ਓਪਰੇਸ਼ਨ ਸਮਰਥਿਤ ਨਹੀਂ" ਸੁਨੇਹਾ ਮਿਲਦਾ ਹੈ, ਤਾਂ ਹੋ ਸਕਦਾ ਹੈ ਕਿ ਤੁਹਾਡਾ ਫਾਈਲ ਸਿਸਟਮ ACLs ਦਾ ਸਮਰਥਨ ਨਾ ਕਰੇ।

ਇਸ ਨੂੰ ਠੀਕ ਕਰਨ ਲਈ ਤੁਹਾਨੂੰ ਵਿਕਲਪ ਜੋੜਨ ਦੀ ਲੋੜ ਹੈ acl ਮਾਊਂਟ /etc/fstab ਵਿੱਚ ਤਾਂ ਕਿ ਫਾਇਲ ਸਿਸਟਮ ਨੂੰ ਮੂਲ ਰੂਪ ਵਿੱਚ ACL ਸਹਿਯੋਗ ਨਾਲ ਮਾਊਂਟ ਕੀਤਾ ਜਾ ਸਕੇ।

setfacl ਅਤੇ getfacl ਨਾਲ ACL ਸੈਟਿੰਗਾਂ ਨੂੰ ਬਦਲਣਾ ਅਤੇ ਦੇਖਣਾ

ACL ਸੈੱਟ ਕਰਨ ਲਈ ਤੁਹਾਨੂੰ ਕਮਾਂਡ ਦੀ ਲੋੜ ਹੈ ਸੈੱਟਫੈਕਲ. ਮੌਜੂਦਾ ACL ਸੈਟਿੰਗਾਂ ਨੂੰ ਦੇਖਣ ਲਈ, ਤੁਹਾਨੂੰ ਲੋੜ ਹੈ getfacl. ਟੀਮ ls - l ਕੋਈ ਮੌਜੂਦਾ ACL ਨਹੀਂ ਦਿਖਾਉਂਦਾ; ਇਹ ਸਿਰਫ਼ ਅਨੁਮਤੀ ਸੂਚੀ ਦੇ ਬਾਅਦ ਇੱਕ + ਦਿਖਾਉਂਦਾ ਹੈ, ਜੋ ਦਰਸਾਉਂਦਾ ਹੈ ਕਿ 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: 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 ਕਿਵੇਂ ਸਥਾਪਤ ਕਰਨਾ ਹੈ, ਤਾਂ ਉਪਭੋਗਤਾਵਾਂ ਅਤੇ ਹੋਰ ਉਪਭੋਗਤਾਵਾਂ ਲਈ ACLs ਨੂੰ ਸਮਝਣਾ ਆਸਾਨ ਹੈ। ਉਦਾਹਰਨ ਲਈ, ਹੁਕਮ setfacl -mu:linda:rwx/data ਯੂਜ਼ਰ ਲਿੰਡਾ ਨੂੰ /data ਡਾਇਰੈਕਟਰੀ ਵਿੱਚ ਉਸ ਨੂੰ ਮਾਲਕ ਬਣਾਏ ਜਾਂ ਮੌਜੂਦਾ ਮਾਲਕ ਦੀ ਅਸਾਈਨਮੈਂਟ ਨੂੰ ਬਦਲੇ ਬਿਨਾਂ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ।

ਦੀ ਟੀਮ ਸੈੱਟਫੈਕਲ ਬਹੁਤ ਸਾਰੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਅਤੇ ਵਿਕਲਪ ਹਨ। ਇੱਕ ਵਿਕਲਪ ਖਾਸ ਤੌਰ 'ਤੇ ਮਹੱਤਵਪੂਰਨ ਹੈ, ਪੈਰਾਮੀਟਰ -R. ਜੇਕਰ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਵਿਕਲਪ ਸਾਰੀਆਂ ਫਾਈਲਾਂ ਅਤੇ ਉਪ-ਡਾਇਰੈਕਟਰੀਆਂ ਲਈ ACL ਸੈੱਟ ਕਰਦਾ ਹੈ ਜੋ ਵਰਤਮਾਨ ਵਿੱਚ ਡਾਇਰੈਕਟਰੀ ਵਿੱਚ ਮੌਜੂਦ ਹਨ ਜਿੱਥੇ ਤੁਸੀਂ ACL ਸੈਟ ਕਰਦੇ ਹੋ। ਇਹ ਸਿਫ਼ਾਰਸ਼ ਕੀਤੀ ਜਾਂਦੀ ਹੈ ਕਿ ਤੁਸੀਂ ਮੌਜੂਦਾ ਡਾਇਰੈਕਟਰੀਆਂ ਲਈ ACL ਨੂੰ ਬਦਲਦੇ ਸਮੇਂ ਇਸ ਵਿਕਲਪ ਦੀ ਵਰਤੋਂ ਕਰੋ।

ਡਿਫੌਲਟ ACLs ਨਾਲ ਕੰਮ ਕਰਨਾ

ACLs ਦੀ ਵਰਤੋਂ ਕਰਨ ਦਾ ਇੱਕ ਫਾਇਦਾ ਇਹ ਹੈ ਕਿ ਤੁਸੀਂ ਇੱਕ ਡਾਇਰੈਕਟਰੀ ਵਿੱਚ ਕਈ ਉਪਭੋਗਤਾਵਾਂ ਜਾਂ ਸਮੂਹਾਂ ਨੂੰ ਅਨੁਮਤੀਆਂ ਦੇ ਸਕਦੇ ਹੋ। ਇੱਕ ਹੋਰ ਫਾਇਦਾ ਇਹ ਹੈ ਕਿ ਤੁਸੀਂ ਡਿਫੌਲਟ ACLs ਨਾਲ ਕੰਮ ਕਰਕੇ ਵਿਰਾਸਤ ਨੂੰ ਸਮਰੱਥ ਕਰ ਸਕਦੇ ਹੋ।

ਡਿਫੌਲਟ ACL ਸੈਟ ਕਰਕੇ, ਤੁਸੀਂ ਅਨੁਮਤੀਆਂ ਨਿਰਧਾਰਤ ਕਰਦੇ ਹੋ ਜੋ ਡਾਇਰੈਕਟਰੀ ਵਿੱਚ ਬਣਾਈਆਂ ਗਈਆਂ ਸਾਰੀਆਂ ਨਵੀਆਂ ਆਈਟਮਾਂ ਲਈ ਸੈੱਟ ਕੀਤੀਆਂ ਜਾਣਗੀਆਂ। ਧਿਆਨ ਰੱਖੋ ਕਿ ਡਿਫਾਲਟ ACL ਮੌਜੂਦਾ ਫਾਈਲਾਂ ਅਤੇ ਸਬ-ਡਾਇਰੈਕਟਰੀਆਂ 'ਤੇ ਅਨੁਮਤੀਆਂ ਨੂੰ ਨਹੀਂ ਬਦਲਦਾ ਹੈ। ਉਹਨਾਂ ਨੂੰ ਬਦਲਣ ਲਈ, ਤੁਹਾਨੂੰ ਇੱਕ ਆਮ ACL ਵੀ ਜੋੜਨਾ ਪਵੇਗਾ!

ਇਹ ਜਾਣਨਾ ਜ਼ਰੂਰੀ ਹੈ। ਜੇਕਰ ਤੁਸੀਂ ਇੱਕੋ ਡਾਇਰੈਕਟਰੀ ਤੱਕ ਪਹੁੰਚ ਕਰਨ ਲਈ ਕਈ ਉਪਭੋਗਤਾਵਾਂ ਜਾਂ ਸਮੂਹਾਂ ਨੂੰ ਸੰਰਚਿਤ ਕਰਨ ਲਈ ਇੱਕ ACL ਦੀ ਵਰਤੋਂ ਕਰਨਾ ਚਾਹੁੰਦੇ ਹੋ, ਤਾਂ ਤੁਹਾਨੂੰ ACL ਨੂੰ ਦੋ ਵਾਰ ਸੈੱਟ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ। ਪਹਿਲੀ ਵਰਤੋਂ setfacl -R -mਮੌਜੂਦਾ ਫਾਈਲਾਂ ਲਈ ACL ਨੂੰ ਬਦਲਣ ਲਈ। ਫਿਰ ਵਰਤੋ setfacl-md:ਸਾਰੇ ਨਵੇਂ ਤੱਤਾਂ ਦੀ ਦੇਖਭਾਲ ਕਰਨ ਲਈ ਜੋ ਵੀ ਬਣਾਏ ਜਾਣਗੇ।

ਡਿਫੌਲਟ ACL ਸੈੱਟ ਕਰਨ ਲਈ ਤੁਹਾਨੂੰ ਸਿਰਫ਼ ਵਿਕਲਪ ਜੋੜਨ ਦੀ ਲੋੜ ਹੈ d ਵਿਕਲਪ ਦੇ ਬਾਅਦ -m (ਆਰਡਰ ਦੇ ਮਾਮਲੇ!) ਇਸ ਲਈ ਵਰਤੋ setfacl -md:g:sales:rx/dataਜੇਕਰ ਤੁਸੀਂ ਚਾਹੁੰਦੇ ਹੋ ਕਿ ਗਰੁੱਪ ਸੇਲਜ਼ /data ਡਾਇਰੈਕਟਰੀ ਵਿੱਚ ਜੋ ਵੀ ਬਣਾਇਆ ਗਿਆ ਹੈ ਉਸ ਨੂੰ ਪੜ੍ਹਿਆ ਅਤੇ ਲਾਗੂ ਕੀਤਾ ਜਾਵੇ।

ਡਿਫੌਲਟ ACLs ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਸਮੇਂ, ਇਹ ਦੂਜਿਆਂ ਲਈ ACL ਸੈੱਟ ਕਰਨਾ ਵੀ ਲਾਭਦਾਇਕ ਹੋ ਸਕਦਾ ਹੈ। ਇਹ ਆਮ ਤੌਰ 'ਤੇ ਜ਼ਿਆਦਾ ਅਰਥ ਨਹੀਂ ਰੱਖਦਾ ਕਿਉਂਕਿ ਤੁਸੀਂ ਦੂਜਿਆਂ ਦੀ ਵਰਤੋਂ ਕਰਨ ਲਈ ਇਜਾਜ਼ਤਾਂ ਨੂੰ ਵੀ ਬਦਲ ਸਕਦੇ ਹੋ chmod. ਹਾਲਾਂਕਿ, ਤੁਸੀਂ ਇਸ ਨਾਲ ਕੀ ਨਹੀਂ ਕਰ ਸਕਦੇ chmod, ਉਹਨਾਂ ਅਧਿਕਾਰਾਂ ਨੂੰ ਨਿਰਧਾਰਤ ਕਰਨਾ ਹੈ ਜੋ ਹੋਰ ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ ਹਰ ਨਵੀਂ ਫਾਈਲ ਲਈ ਪ੍ਰਦਾਨ ਕੀਤੇ ਜਾਣੇ ਚਾਹੀਦੇ ਹਨ ਜੋ ਕਦੇ ਬਣਾਈ ਗਈ ਹੈ। ਜੇਕਰ ਤੁਸੀਂ ਦੂਸਰਿਆਂ ਨੂੰ /data ਵਿੱਚ ਬਣਾਈ ਗਈ ਕਿਸੇ ਵੀ ਚੀਜ਼ 'ਤੇ ਕੋਈ ਵੀ ਇਜਾਜ਼ਤ ਲੈਣ ਤੋਂ ਰੋਕਣਾ ਚਾਹੁੰਦੇ ਹੋ, ਉਦਾਹਰਣ ਲਈ ਵਰਤੋਂ setfacl -md:o::- /data.

ACL ਅਤੇ ਆਮ ਅਨੁਮਤੀਆਂ ਹਮੇਸ਼ਾ ਚੰਗੀ ਤਰ੍ਹਾਂ ਨਾਲ ਏਕੀਕ੍ਰਿਤ ਨਹੀਂ ਹੁੰਦੀਆਂ ਹਨ। ਸਮੱਸਿਆਵਾਂ ਪੈਦਾ ਹੋ ਸਕਦੀਆਂ ਹਨ ਜੇਕਰ ਤੁਸੀਂ ਇੱਕ ਡਾਇਰੈਕਟਰੀ ਵਿੱਚ ਇੱਕ ਡਿਫਾਲਟ ACL ਲਾਗੂ ਕਰਦੇ ਹੋ, ਫਿਰ ਆਈਟਮਾਂ ਨੂੰ ਉਸ ਡਾਇਰੈਕਟਰੀ ਵਿੱਚ ਜੋੜਿਆ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਫਿਰ ਆਮ ਅਨੁਮਤੀਆਂ ਨੂੰ ਬਦਲਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰੋ। ਆਮ ਅਨੁਮਤੀਆਂ 'ਤੇ ਲਾਗੂ ਹੋਣ ਵਾਲੀਆਂ ਤਬਦੀਲੀਆਂ ACL ਸੰਖੇਪ ਜਾਣਕਾਰੀ ਵਿੱਚ ਚੰਗੀ ਤਰ੍ਹਾਂ ਨਹੀਂ ਦਿਖਾਈਆਂ ਜਾਣਗੀਆਂ। ਸਮੱਸਿਆਵਾਂ ਤੋਂ ਬਚਣ ਲਈ, ਪਹਿਲਾਂ ਆਮ ਅਨੁਮਤੀਆਂ ਸੈਟ ਕਰੋ, ਫਿਰ ਡਿਫੌਲਟ ACL ਸੈੱਟ ਕਰੋ (ਅਤੇ ਉਸ ਤੋਂ ਬਾਅਦ ਉਹਨਾਂ ਨੂੰ ਦੁਬਾਰਾ ਨਾ ਬਦਲਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰੋ)।

ACLs ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਐਲੀਵੇਟਿਡ ਰਾਈਟਸ ਮੈਨੇਜਮੈਂਟ ਦੀ ਉਦਾਹਰਨ

ਇਸ ਉਦਾਹਰਨ ਵਿੱਚ, ਤੁਸੀਂ /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 ਸੈਟਿੰਗਾਂ ਪ੍ਰਭਾਵ ਵਿੱਚ ਹਨ। ਸੰਪੂਰਨ ਛੋਹਵੋ /data/sales/newfile ਅਤੇ ਕਰੋ getfacl /data/sales/newfile ਮੌਜੂਦਾ ਅਨੁਮਤੀਆਂ ਦੀ ਜਾਂਚ ਕਰਨ ਲਈ।

umask ਨਾਲ ਡਿਫਾਲਟ ਅਨੁਮਤੀਆਂ ਨੂੰ ਸੈੱਟ ਕਰਨਾ

ਉੱਪਰ, ਤੁਸੀਂ ਸਿੱਖਿਆ ਹੈ ਕਿ ਡਿਫੌਲਟ ACLs ਨਾਲ ਕਿਵੇਂ ਕੰਮ ਕਰਨਾ ਹੈ। ਜੇਕਰ ਤੁਸੀਂ ACL ਦੀ ਵਰਤੋਂ ਨਹੀਂ ਕਰ ਰਹੇ ਹੋ, ਤਾਂ ਇੱਕ ਸ਼ੈੱਲ ਵਿਕਲਪ ਹੈ ਜੋ ਤੁਹਾਨੂੰ ਪ੍ਰਾਪਤ ਹੋਣ ਵਾਲੀਆਂ ਡਿਫੌਲਟ ਅਨੁਮਤੀਆਂ ਨੂੰ ਨਿਰਧਾਰਤ ਕਰਦਾ ਹੈ: ਉਮਾਸਕ (ਉਲਟਾ ਮਾਸਕ). ਇਸ ਭਾਗ ਵਿੱਚ, ਤੁਸੀਂ ਸਿੱਖੋਗੇ ਕਿ ਡਿਫਾਲਟ ਅਨੁਮਤੀਆਂ ਨੂੰ ਕਿਵੇਂ ਬਦਲਣਾ ਹੈ ਉਮਾਸਕ.

ਤੁਸੀਂ ਦੇਖਿਆ ਹੋਵੇਗਾ ਕਿ ਜਦੋਂ ਤੁਸੀਂ ਨਵੀਂ ਫਾਈਲ ਬਣਾਉਂਦੇ ਹੋ, ਤਾਂ ਕੁਝ ਡਿਫੌਲਟ ਅਨੁਮਤੀਆਂ ਸੈੱਟ ਹੁੰਦੀਆਂ ਹਨ। ਇਹ ਅਨੁਮਤੀਆਂ ਸੈਟਿੰਗ ਦੁਆਰਾ ਨਿਰਧਾਰਤ ਕੀਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ ਉਮਾਸਕ. ਇਹ ਸ਼ੈੱਲ ਸੈਟਿੰਗ ਲੌਗਆਨ 'ਤੇ ਸਾਰੇ ਉਪਭੋਗਤਾਵਾਂ 'ਤੇ ਲਾਗੂ ਹੁੰਦੀ ਹੈ। ਪੈਰਾਮੀਟਰ ਵਿੱਚ ਉਮਾਸਕ ਇੱਕ ਸੰਖਿਆਤਮਕ ਮੁੱਲ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ, ਜੋ ਵੱਧ ਤੋਂ ਵੱਧ ਅਨੁਮਤੀਆਂ ਤੋਂ ਘਟਾਇਆ ਜਾਂਦਾ ਹੈ ਜੋ ਫਾਈਲ ਲਈ ਸਵੈਚਲਿਤ ਤੌਰ 'ਤੇ ਸੈੱਟ ਕੀਤੀਆਂ ਜਾ ਸਕਦੀਆਂ ਹਨ; ਫਾਈਲਾਂ ਲਈ ਅਧਿਕਤਮ ਸੈਟਿੰਗ 666 ਹੈ ਅਤੇ ਡਾਇਰੈਕਟਰੀਆਂ ਲਈ 777 ਹੈ।

ਹਾਲਾਂਕਿ, ਕੁਝ ਅਪਵਾਦ ਇਸ ਨਿਯਮ 'ਤੇ ਲਾਗੂ ਹੁੰਦੇ ਹਨ। ਤੁਸੀਂ ਸੈਟਿੰਗਾਂ ਦੀ ਪੂਰੀ ਸੰਖੇਪ ਜਾਣਕਾਰੀ ਲੱਭ ਸਕਦੇ ਹੋ ਉਮਾਸਕ ਹੇਠ ਦਿੱਤੀ ਸਾਰਣੀ ਵਿੱਚ.

ਵਿੱਚ ਵਰਤੇ ਗਏ ਨੰਬਰਾਂ ਵਿੱਚੋਂ ਉਮਾਸਕ, ਜਿਵੇਂ ਕਿ ਕਮਾਂਡ ਲਈ ਸੰਖਿਆਤਮਕ ਆਰਗੂਮੈਂਟਸ ਦੇ ਮਾਮਲੇ ਵਿੱਚ chmod, ਪਹਿਲਾ ਅੰਕ ਉਪਭੋਗਤਾ ਦੀਆਂ ਅਨੁਮਤੀਆਂ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ, ਦੂਜਾ ਅੰਕ ਸਮੂਹ ਦੀਆਂ ਅਨੁਮਤੀਆਂ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ, ਅਤੇ ਆਖਰੀ ਅੰਕ ਦੂਜਿਆਂ ਲਈ ਨਿਰਧਾਰਤ ਡਿਫੌਲਟ ਅਨੁਮਤੀਆਂ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ। ਭਾਵ ਉਮਾਸਕ ਡਿਫੌਲਟ 022 ਸਾਰੀਆਂ ਨਵੀਆਂ ਫਾਈਲਾਂ ਲਈ 644 ਅਤੇ ਤੁਹਾਡੇ ਸਰਵਰ ਤੇ ਬਣਾਈਆਂ ਸਾਰੀਆਂ ਨਵੀਆਂ ਡਾਇਰੈਕਟਰੀਆਂ ਲਈ 755 ਦਿੰਦਾ ਹੈ।

ਸਾਰੇ ਸੰਖਿਆਤਮਕ ਮੁੱਲਾਂ ਦੀ ਪੂਰੀ ਸੰਖੇਪ ਜਾਣਕਾਰੀ ਉਮਾਸਕ ਅਤੇ ਹੇਠਾਂ ਦਿੱਤੀ ਸਾਰਣੀ ਵਿੱਚ ਉਹਨਾਂ ਦੇ ਨਤੀਜੇ।

ਇਹ ਦੇਖਣ ਦਾ ਇੱਕ ਆਸਾਨ ਤਰੀਕਾ ਹੈ ਕਿ ਉਮਾਸਕ ਸੈਟਿੰਗ ਕਿਵੇਂ ਕੰਮ ਕਰਦੀ ਹੈ: ਫਾਈਲ ਦੀ ਡਿਫੌਲਟ ਅਨੁਮਤੀਆਂ 666 ਤੋਂ ਸ਼ੁਰੂ ਕਰੋ ਅਤੇ ਪ੍ਰਭਾਵਸ਼ਾਲੀ ਅਨੁਮਤੀਆਂ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ ਉਮਾਸਕ ਨੂੰ ਘਟਾਓ। 777 ਦੀ ਡਾਇਰੈਕਟਰੀ ਅਤੇ ਇਸਦੇ ਡਿਫੌਲਟ ਅਨੁਮਤੀਆਂ ਲਈ ਵੀ ਅਜਿਹਾ ਕਰੋ।

ਉਮਾਸਕ ਸੈਟਿੰਗ ਨੂੰ ਬਦਲਣ ਦੇ ਦੋ ਤਰੀਕੇ ਹਨ: ਸਾਰੇ ਉਪਭੋਗਤਾਵਾਂ ਲਈ ਅਤੇ ਵਿਅਕਤੀਗਤ ਉਪਭੋਗਤਾਵਾਂ ਲਈ। ਜੇਕਰ ਤੁਸੀਂ ਸਾਰੇ ਉਪਭੋਗਤਾਵਾਂ ਲਈ umask ਸੈੱਟ ਕਰਨਾ ਚਾਹੁੰਦੇ ਹੋ, ਤਾਂ ਤੁਹਾਨੂੰ ਇਹ ਯਕੀਨੀ ਬਣਾਉਣਾ ਚਾਹੀਦਾ ਹੈ ਕਿ /etc/profile ਵਿੱਚ ਦਰਸਾਏ ਅਨੁਸਾਰ, ਸ਼ੈੱਲ ਐਨਵਾਇਰਮੈਂਟ ਫਾਈਲਾਂ ਸ਼ੁਰੂ ਕਰਨ ਵੇਲੇ umask ਸੈਟਿੰਗ ਨੂੰ ਧਿਆਨ ਵਿੱਚ ਰੱਖਿਆ ਗਿਆ ਹੈ। ਸਹੀ ਪਹੁੰਚ ਇਹ ਹੈ ਕਿ /etc/profile.d ਡਾਇਰੈਕਟਰੀ ਵਿੱਚ umask.sh ਨਾਂ ਦੀ ਇੱਕ ਸ਼ੈੱਲ ਸਕ੍ਰਿਪਟ ਬਣਾਓ ਅਤੇ ਉਸ ਸ਼ੈੱਲ ਸਕ੍ਰਿਪਟ ਵਿੱਚ umask ਨੂੰ ਨਿਰਧਾਰਤ ਕਰੋ ਜੋ ਤੁਸੀਂ ਵਰਤਣਾ ਚਾਹੁੰਦੇ ਹੋ। ਜੇਕਰ ਇਸ ਫਾਈਲ ਵਿੱਚ umask ਨੂੰ ਬਦਲਿਆ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਇਹ ਸਰਵਰ ਵਿੱਚ ਲਾਗਇਨ ਕਰਨ ਤੋਂ ਬਾਅਦ ਸਾਰੇ ਉਪਭੋਗਤਾਵਾਂ 'ਤੇ ਲਾਗੂ ਹੁੰਦਾ ਹੈ।

umask ਨੂੰ /etc/profile ਅਤੇ ਸੰਬੰਧਿਤ ਫਾਈਲਾਂ ਰਾਹੀਂ ਸੈੱਟ ਕਰਨ ਦਾ ਇੱਕ ਵਿਕਲਪ, ਜਿੱਥੇ ਇਹ ਲੌਗਇਨ ਕਰਨ ਵਾਲੇ ਸਾਰੇ ਉਪਭੋਗਤਾਵਾਂ 'ਤੇ ਲਾਗੂ ਹੁੰਦਾ ਹੈ, .profile ਨਾਮ ਦੀ ਇੱਕ ਫਾਈਲ ਵਿੱਚ umask ਸੈਟਿੰਗਾਂ ਨੂੰ ਬਦਲਣਾ ਹੈ ਜੋ ਹਰੇਕ ਉਪਭੋਗਤਾ ਦੀ ਹੋਮ ਡਾਇਰੈਕਟਰੀ ਵਿੱਚ ਬਣਾਈ ਜਾਂਦੀ ਹੈ।

ਇਸ ਫ਼ਾਈਲ ਵਿੱਚ ਲਾਗੂ ਕੀਤੀਆਂ ਸੈਟਿੰਗਾਂ ਸਿਰਫ਼ ਵਿਅਕਤੀਗਤ ਵਰਤੋਂਕਾਰ 'ਤੇ ਲਾਗੂ ਹੁੰਦੀਆਂ ਹਨ; ਇਸ ਲਈ ਜੇਕਰ ਤੁਹਾਨੂੰ ਹੋਰ ਵੇਰਵੇ ਦੀ ਲੋੜ ਹੈ ਤਾਂ ਇਹ ਇੱਕ ਵਧੀਆ ਤਰੀਕਾ ਹੈ। ਮੈਨੂੰ ਨਿੱਜੀ ਤੌਰ 'ਤੇ ਰੂਟ ਉਪਭੋਗਤਾ ਲਈ ਡਿਫਾਲਟ ਉਮਾਸਕ ਨੂੰ 027 ਵਿੱਚ ਬਦਲਣ ਲਈ ਇਹ ਵਿਸ਼ੇਸ਼ਤਾ ਪਸੰਦ ਹੈ ਜਦੋਂ ਕਿ ਆਮ ਉਪਭੋਗਤਾ 022 ਦੇ ਡਿਫੌਲਟ ਉਮਾਸਕ ਨਾਲ ਚੱਲ ਰਹੇ ਹਨ।

ਵਿਸਤ੍ਰਿਤ ਉਪਭੋਗਤਾ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਨਾਲ ਕੰਮ ਕਰਨਾ

ਇਹ ਲੀਨਕਸ ਅਨੁਮਤੀਆਂ ਦਾ ਅੰਤਮ ਭਾਗ ਹੈ।

ਅਨੁਮਤੀਆਂ ਦੇ ਨਾਲ ਕੰਮ ਕਰਦੇ ਸਮੇਂ, ਇੱਕ ਉਪਭੋਗਤਾ ਜਾਂ ਸਮੂਹ ਆਬਜੈਕਟ ਅਤੇ ਉਹਨਾਂ ਅਨੁਮਤੀਆਂ ਦੇ ਵਿਚਕਾਰ ਹਮੇਸ਼ਾ ਇੱਕ ਰਿਸ਼ਤਾ ਹੁੰਦਾ ਹੈ ਜੋ ਉਪਭੋਗਤਾ ਜਾਂ ਸਮੂਹ ਆਬਜੈਕਟ ਇੱਕ ਫਾਈਲ ਜਾਂ ਡਾਇਰੈਕਟਰੀ ਵਿੱਚ ਹੁੰਦੇ ਹਨ। ਲੀਨਕਸ ਸਰਵਰ ਉੱਤੇ ਫਾਈਲਾਂ ਨੂੰ ਸੁਰੱਖਿਅਤ ਕਰਨ ਦਾ ਇੱਕ ਵਿਕਲਪਿਕ ਤਰੀਕਾ ਗੁਣਾਂ ਨਾਲ ਕੰਮ ਕਰਨਾ ਹੈ।
ਉਪਭੋਗਤਾ ਫਾਈਲ ਤੱਕ ਪਹੁੰਚ ਕਰਨ ਦੀ ਪਰਵਾਹ ਕੀਤੇ ਬਿਨਾਂ ਗੁਣ ਆਪਣਾ ਕੰਮ ਕਰਦੇ ਹਨ।

ACLs ਵਾਂਗ, ਫਾਈਲ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਵਿੱਚ ਵਿਕਲਪ ਸ਼ਾਮਲ ਕਰਨ ਦੀ ਲੋੜ ਹੋ ਸਕਦੀ ਹੈ ਮਾਉਂਟ.

ਇਹ ਇੱਕ ਵਿਕਲਪ ਹੈ user_xattr. ਜੇ ਤੁਸੀਂ ਵਿਸਤ੍ਰਿਤ ਉਪਭੋਗਤਾ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਦੇ ਨਾਲ ਕੰਮ ਕਰਦੇ ਸਮੇਂ "ਓਪਰੇਸ਼ਨ ਸਮਰਥਿਤ ਨਹੀਂ" ਸੁਨੇਹਾ ਪ੍ਰਾਪਤ ਕਰਦੇ ਹੋ, ਤਾਂ ਪੈਰਾਮੀਟਰ ਸੈਟ ਕਰਨਾ ਯਕੀਨੀ ਬਣਾਓ ਮਾਉਂਟ /etc/fstab ਵਿੱਚ।

ਕਈ ਗੁਣ ਦਸਤਾਵੇਜ਼ੀ ਹਨ. ਕੁਝ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਉਪਲਬਧ ਹਨ ਪਰ ਅਜੇ ਲਾਗੂ ਨਹੀਂ ਕੀਤੀਆਂ ਗਈਆਂ ਹਨ। ਉਹਨਾਂ ਦੀ ਵਰਤੋਂ ਨਾ ਕਰੋ; ਉਹ ਤੁਹਾਨੂੰ ਕੁਝ ਨਹੀਂ ਲਿਆਉਣਗੇ।

ਹੇਠਾਂ ਸਭ ਤੋਂ ਲਾਭਦਾਇਕ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਹਨ ਜੋ ਤੁਸੀਂ ਲਾਗੂ ਕਰ ਸਕਦੇ ਹੋ:

A ਇਹ ਗੁਣ ਯਕੀਨੀ ਬਣਾਉਂਦਾ ਹੈ ਕਿ ਫਾਈਲ ਦਾ ਫਾਈਲ ਐਕਸੈਸ ਸਮਾਂ ਨਹੀਂ ਬਦਲਦਾ ਹੈ।
ਆਮ ਤੌਰ 'ਤੇ, ਹਰ ਵਾਰ ਜਦੋਂ ਕੋਈ ਫਾਈਲ ਖੋਲ੍ਹੀ ਜਾਂਦੀ ਹੈ, ਤਾਂ ਫਾਈਲ ਦਾ ਐਕਸੈਸ ਸਮਾਂ ਫਾਈਲ ਦੇ ਮੈਟਾਡੇਟਾ ਵਿੱਚ ਰਿਕਾਰਡ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ। ਇਹ ਨਕਾਰਾਤਮਕ ਪ੍ਰਦਰਸ਼ਨ ਨੂੰ ਪ੍ਰਭਾਵਿਤ ਕਰਦਾ ਹੈ; ਇਸ ਲਈ ਉਹਨਾਂ ਫਾਈਲਾਂ ਲਈ ਜੋ ਨਿਯਮਤ ਤੌਰ 'ਤੇ ਐਕਸੈਸ ਕੀਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ, ਵਿਸ਼ੇਸ਼ਤਾ A ਇਸ ਵਿਸ਼ੇਸ਼ਤਾ ਨੂੰ ਅਯੋਗ ਕਰਨ ਲਈ ਵਰਤਿਆ ਜਾ ਸਕਦਾ ਹੈ।

a ਇਹ ਵਿਸ਼ੇਸ਼ਤਾ ਤੁਹਾਨੂੰ ਇੱਕ ਫਾਈਲ ਨੂੰ ਜੋੜਨ ਦੀ ਆਗਿਆ ਦਿੰਦੀ ਹੈ ਪਰ ਹਟਾਉਣ ਦੀ ਨਹੀਂ.

c ਜੇਕਰ ਤੁਸੀਂ ਇੱਕ ਫਾਈਲ ਸਿਸਟਮ ਵਰਤ ਰਹੇ ਹੋ ਜੋ ਵਾਲੀਅਮ-ਪੱਧਰ ਦੇ ਕੰਪਰੈਸ਼ਨ ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ, ਤਾਂ ਇਹ ਫਾਈਲ ਵਿਸ਼ੇਸ਼ਤਾ ਇਹ ਯਕੀਨੀ ਬਣਾਉਂਦੀ ਹੈ ਕਿ ਪਹਿਲੀ ਵਾਰ ਕੰਪਰੈਸ਼ਨ ਮਕੈਨਿਜ਼ਮ ਦੇ ਯੋਗ ਹੋਣ 'ਤੇ ਫਾਈਲ ਨੂੰ ਸੰਕੁਚਿਤ ਕੀਤਾ ਗਿਆ ਹੈ।

D ਇਹ ਵਿਸ਼ੇਸ਼ਤਾ ਯਕੀਨੀ ਬਣਾਉਂਦੀ ਹੈ ਕਿ ਫਾਈਲਾਂ ਵਿੱਚ ਤਬਦੀਲੀਆਂ ਨੂੰ ਪਹਿਲਾਂ ਕੈਸ਼ ਕਰਨ ਦੀ ਬਜਾਏ ਤੁਰੰਤ ਡਿਸਕ ਵਿੱਚ ਲਿਖਿਆ ਜਾਂਦਾ ਹੈ। ਇਹ ਯਕੀਨੀ ਬਣਾਉਣ ਲਈ ਮਹੱਤਵਪੂਰਨ ਡਾਟਾਬੇਸ ਫਾਈਲਾਂ ਲਈ ਇੱਕ ਉਪਯੋਗੀ ਵਿਸ਼ੇਸ਼ਤਾ ਹੈ ਕਿ ਉਹ ਫਾਈਲ ਕੈਸ਼ ਅਤੇ ਹਾਰਡ ਡਰਾਈਵ ਦੇ ਵਿਚਕਾਰ ਗੁੰਮ ਨਾ ਹੋਣ.

d ਇਹ ਵਿਸ਼ੇਸ਼ਤਾ ਇਹ ਯਕੀਨੀ ਬਣਾਉਂਦੀ ਹੈ ਕਿ ਫਾਈਲ ਨੂੰ ਬੈਕਅੱਪ ਵਿੱਚ ਸੁਰੱਖਿਅਤ ਨਹੀਂ ਕੀਤਾ ਜਾਵੇਗਾ ਜਿੱਥੇ ਡੰਪ ਉਪਯੋਗਤਾ ਵਰਤੀ ਜਾਂਦੀ ਹੈ।

I ਇਹ ਗੁਣ ਉਸ ਡਾਇਰੈਕਟਰੀ ਲਈ ਇੰਡੈਕਸਿੰਗ ਨੂੰ ਸਮਰੱਥ ਬਣਾਉਂਦਾ ਹੈ ਜਿਸ ਵਿੱਚ ਇਹ ਸਮਰੱਥ ਹੈ। ਇਹ ਐਕਸਟ3 ਵਰਗੇ ਪੁਰਾਣੇ ਫਾਈਲ ਸਿਸਟਮਾਂ ਲਈ ਤੇਜ਼ ਫਾਈਲ ਐਕਸੈਸ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ ਜੋ ਤੇਜ਼ ਫਾਈਲ ਐਕਸੈਸ ਲਈ ਬੀ-ਟ੍ਰੀ ਡੇਟਾਬੇਸ ਦੀ ਵਰਤੋਂ ਨਹੀਂ ਕਰਦੇ ਹਨ।

i ਇਹ ਗੁਣ ਫਾਇਲ ਨੂੰ ਅਟੱਲ ਬਣਾਉਂਦਾ ਹੈ। ਇਸ ਲਈ, ਫਾਈਲ ਵਿੱਚ ਕੋਈ ਤਬਦੀਲੀ ਨਹੀਂ ਕੀਤੀ ਜਾ ਸਕਦੀ, ਜੋ ਉਹਨਾਂ ਫਾਈਲਾਂ ਲਈ ਲਾਭਦਾਇਕ ਹੈ ਜਿਨ੍ਹਾਂ ਨੂੰ ਵਾਧੂ ਸੁਰੱਖਿਆ ਦੀ ਲੋੜ ਹੈ।

j ਇਹ ਵਿਸ਼ੇਸ਼ਤਾ ਇਹ ਯਕੀਨੀ ਬਣਾਉਂਦੀ ਹੈ ਕਿ, ਇੱਕ ext3 ਫਾਈਲ ਸਿਸਟਮ ਉੱਤੇ, ਫਾਈਲ ਨੂੰ ਪਹਿਲਾਂ ਜਰਨਲ ਵਿੱਚ ਲਿਖਿਆ ਜਾਂਦਾ ਹੈ ਅਤੇ ਫਿਰ ਹਾਰਡ ਡਿਸਕ ਉੱਤੇ ਡਾਟਾ ਬਲਾਕਾਂ ਵਿੱਚ ਲਿਖਿਆ ਜਾਂਦਾ ਹੈ।

s ਉਹਨਾਂ ਬਲਾਕਾਂ ਨੂੰ ਓਵਰਰਾਈਟ ਕਰੋ ਜਿਸ ਵਿੱਚ ਫਾਈਲ ਨੂੰ ਮਿਟਾਉਣ ਤੋਂ ਬਾਅਦ ਫਾਈਲ ਨੂੰ 0s ਵਿੱਚ ਸੁਰੱਖਿਅਤ ਕੀਤਾ ਗਿਆ ਸੀ। ਇਹ ਯਕੀਨੀ ਬਣਾਉਂਦਾ ਹੈ ਕਿ ਇੱਕ ਵਾਰ ਮਿਟਾਏ ਜਾਣ ਤੋਂ ਬਾਅਦ ਫਾਈਲ ਨੂੰ ਰੀਸਟੋਰ ਨਹੀਂ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ।

u ਇਹ ਗੁਣ ਮਿਟਾਉਣ ਬਾਰੇ ਜਾਣਕਾਰੀ ਸਟੋਰ ਕਰਦਾ ਹੈ। ਇਹ ਤੁਹਾਨੂੰ ਇੱਕ ਉਪਯੋਗਤਾ ਵਿਕਸਿਤ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ ਜੋ ਮਿਟਾਈਆਂ ਗਈਆਂ ਫਾਈਲਾਂ ਨੂੰ ਬਚਾਉਣ ਲਈ ਇਸ ਜਾਣਕਾਰੀ ਨਾਲ ਕੰਮ ਕਰਦੀ ਹੈ।

ਜੇ ਤੁਸੀਂ ਗੁਣਾਂ ਨੂੰ ਲਾਗੂ ਕਰਨਾ ਚਾਹੁੰਦੇ ਹੋ, ਤਾਂ ਤੁਸੀਂ ਕਮਾਂਡ ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੇ ਹੋ ਗੱਲਬਾਤ. ਉਦਾਹਰਨ ਲਈ, ਵਰਤੋ chattr +s somefilesomefile ਲਈ ਗੁਣ ਲਾਗੂ ਕਰਨ ਲਈ. ਕੀ ਇੱਕ ਵਿਸ਼ੇਸ਼ਤਾ ਨੂੰ ਹਟਾਉਣ ਦੀ ਲੋੜ ਹੈ? ਫਿਰ ਵਰਤੋ chattr -s somefileਅਤੇ ਇਸ ਨੂੰ ਹਟਾ ਦਿੱਤਾ ਜਾਵੇਗਾ। ਵਰਤਮਾਨ ਵਿੱਚ ਲਾਗੂ ਕੀਤੇ ਗਏ ਸਾਰੇ ਗੁਣਾਂ ਦੀ ਸੰਖੇਪ ਜਾਣਕਾਰੀ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ, ਕਮਾਂਡ ਦੀ ਵਰਤੋਂ ਕਰੋ lsattr.

ਸੰਖੇਪ

ਇਸ ਲੇਖ ਵਿੱਚ, ਤੁਸੀਂ ਸਿੱਖਿਆ ਹੈ ਕਿ ਅਨੁਮਤੀਆਂ ਨਾਲ ਕਿਵੇਂ ਕੰਮ ਕਰਨਾ ਹੈ। ਤੁਸੀਂ ਤਿੰਨ ਬੁਨਿਆਦੀ ਅਨੁਮਤੀਆਂ, ਉੱਨਤ ਅਨੁਮਤੀਆਂ, ਅਤੇ ਫਾਈਲ ਸਿਸਟਮ ਤੇ ACLs ਨੂੰ ਕਿਵੇਂ ਲਾਗੂ ਕਰਨਾ ਹੈ ਬਾਰੇ ਪੜ੍ਹਿਆ ਹੈ। ਤੁਸੀਂ ਇਹ ਵੀ ਸਿੱਖਿਆ ਹੈ ਕਿ ਡਿਫਾਲਟ ਅਨੁਮਤੀਆਂ ਨੂੰ ਲਾਗੂ ਕਰਨ ਲਈ umask ਵਿਕਲਪ ਦੀ ਵਰਤੋਂ ਕਿਵੇਂ ਕਰਨੀ ਹੈ। ਇਸ ਲੇਖ ਦੇ ਅੰਤ ਵਿੱਚ, ਤੁਸੀਂ ਸਿੱਖਿਆ ਹੈ ਕਿ ਫਾਈਲ ਸਿਸਟਮ ਸੁਰੱਖਿਆ ਦੀ ਇੱਕ ਵਾਧੂ ਪਰਤ ਨੂੰ ਲਾਗੂ ਕਰਨ ਲਈ ਉਪਭੋਗਤਾ-ਵਿਸਤ੍ਰਿਤ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਦੀ ਵਰਤੋਂ ਕਿਵੇਂ ਕਰਨੀ ਹੈ।

ਜੇਕਰ ਤੁਹਾਨੂੰ ਇਹ ਅਨੁਵਾਦ ਪਸੰਦ ਆਇਆ ਹੈ, ਤਾਂ ਕਿਰਪਾ ਕਰਕੇ ਟਿੱਪਣੀਆਂ ਵਿੱਚ ਇਸ ਬਾਰੇ ਲਿਖੋ। ਉਪਯੋਗੀ ਅਨੁਵਾਦ ਕਰਨ ਲਈ ਹੋਰ ਪ੍ਰੇਰਣਾ ਮਿਲੇਗੀ।

ਲੇਖ ਵਿੱਚ ਕੁਝ ਟਾਈਪੋਜ਼ ਅਤੇ ਵਿਆਕਰਣ ਦੀਆਂ ਗਲਤੀਆਂ ਨੂੰ ਠੀਕ ਕੀਤਾ ਹੈ। ਬਿਹਤਰ ਪੜ੍ਹਨਯੋਗਤਾ ਲਈ ਕੁਝ ਭਾਰੀ ਪੈਰਾਗ੍ਰਾਫਾਂ ਨੂੰ ਛੋਟੇ ਪੈਰਾਗ੍ਰਾਫ਼ਾਂ ਵਿੱਚ ਘਟਾ ਦਿੱਤਾ ਗਿਆ।

ਇਸਦੀ ਬਜਾਏ "ਸਿਰਫ਼ ਡਾਇਰੈਕਟਰੀ ਦੇ ਪ੍ਰਬੰਧਕੀ ਅਧਿਕਾਰਾਂ ਵਾਲਾ ਕੋਈ ਵਿਅਕਤੀ ਹੀ ਐਗਜ਼ੀਕਿਊਟ ਅਨੁਮਤੀ ਲਾਗੂ ਕਰ ਸਕਦਾ ਹੈ।" "ਸਿਰਫ਼ ਡਾਇਰੈਕਟਰੀ 'ਤੇ ਲਿਖਣ ਦੀ ਇਜਾਜ਼ਤ ਵਾਲਾ ਕੋਈ ਵਿਅਕਤੀ ਹੀ ਐਗਜ਼ੀਕਿਊਟ ਪਰਮਿਸ਼ਨ ਲਾਗੂ ਕਰ ਸਕਦਾ ਹੈ" ਲਈ ਫਿਕਸ ਕੀਤਾ ਗਿਆ ਹੈ, ਜੋ ਕਿ ਵਧੇਰੇ ਸਹੀ ਹੋਵੇਗਾ।

ਟਿੱਪਣੀਆਂ ਲਈ ਧੰਨਵਾਦ ਬੇਰੇਜ਼.

ਬਦਲਿਆ:
ਜੇਕਰ ਤੁਸੀਂ ਉਪਭੋਗਤਾ ਦੇ ਮਾਲਕ ਨਹੀਂ ਹੋ, ਤਾਂ ਸ਼ੈੱਲ ਇਹ ਦੇਖਣ ਲਈ ਜਾਂਚ ਕਰੇਗਾ ਕਿ ਕੀ ਤੁਸੀਂ ਇੱਕ ਸਮੂਹ ਦੇ ਮੈਂਬਰ ਹੋ, ਜਿਸਨੂੰ ਫਾਈਲ ਦੇ ਸਮੂਹ ਵਜੋਂ ਵੀ ਜਾਣਿਆ ਜਾਂਦਾ ਹੈ।

ਦੇ ਉਤੇ:
ਜੇਕਰ ਤੁਸੀਂ ਫ਼ਾਈਲ ਦੇ ਮਾਲਕ ਨਹੀਂ ਹੋ, ਤਾਂ ਸ਼ੈੱਲ ਇਹ ਦੇਖਣ ਲਈ ਜਾਂਚ ਕਰੇਗਾ ਕਿ ਕੀ ਤੁਸੀਂ ਕਿਸੇ ਅਜਿਹੇ ਸਮੂਹ ਦੇ ਮੈਂਬਰ ਹੋ ਜਿਸ ਕੋਲ ਫ਼ਾਈਲ 'ਤੇ ਅਧਿਕਾਰ ਹਨ। ਜੇਕਰ ਤੁਸੀਂ ਇਸ ਸਮੂਹ ਦੇ ਮੈਂਬਰ ਹੋ, ਤਾਂ ਤੁਸੀਂ ਉਹਨਾਂ ਅਨੁਮਤੀਆਂ ਨਾਲ ਫਾਈਲ ਤੱਕ ਪਹੁੰਚ ਕਰੋਗੇ ਜੋ ਸਮੂਹ ਦੁਆਰਾ ਨਿਰਧਾਰਤ ਕੀਤੀਆਂ ਗਈਆਂ ਹਨ, ਅਤੇ ਸ਼ੈੱਲ ਜਾਂਚ ਕਰਨਾ ਬੰਦ ਕਰ ਦੇਵੇਗਾ।

ਤੁਹਾਡੀ ਟਿੱਪਣੀ ਲਈ ਧੰਨਵਾਦ CryptoPirate

ਸਰੋਤ: www.habr.com