Sharing data/fr: Difference between revisions

Jump to navigation Jump to search
Created page with "Vérifiez d'abord quels sont les groupes auxquels <code>someuser</code> appartient avec la commande <code>groups</code>. [someuser@server]$ groups someuser def-someuser </sour..."
(Created page with "=== Définition de l'ID de l'utilisateur avec SUID === Lorsque des fichiers et des répertoires sont créés dans un répertoire parent, il est très utile dans certains cas d...")
(Created page with "Vérifiez d'abord quels sont les groupes auxquels <code>someuser</code> appartient avec la commande <code>groups</code>. [someuser@server]$ groups someuser def-someuser </sour...")
Line 61: Line 61:
Lorsque des fichiers et des répertoires sont créés dans un répertoire parent, il est très utile dans certains cas de pouvoir associer automatiquement le propriétaire ou le groupe de ces nouveaux fichiers et répertoires au répertoire parent ou au groupe auquel ils sont reliés. La permission SUID (pour '' Set User ID'') attribuée au répertoire et aux fichiers et répertoires créés dans le répertoire parent héritent de son propriétaire ou de son groupe. Les quotas de stockage pour les espaces projet de Graham et Cedar sont fixés pour un groupe. Un fichier est comptabilisé dans un quota de stockage différent si ce fichier est associé à un groupe différent. La permission SUID attribuée au groupe d'un répertoire fait en sorte que tous les fichiers créés dans ce répertoire seront associés au même groupe que celui du répertoire parent et seront comptabilisés dans le quota de ce répertoire parent. Voyons maintenant un exemple.
Lorsque des fichiers et des répertoires sont créés dans un répertoire parent, il est très utile dans certains cas de pouvoir associer automatiquement le propriétaire ou le groupe de ces nouveaux fichiers et répertoires au répertoire parent ou au groupe auquel ils sont reliés. La permission SUID (pour '' Set User ID'') attribuée au répertoire et aux fichiers et répertoires créés dans le répertoire parent héritent de son propriétaire ou de son groupe. Les quotas de stockage pour les espaces projet de Graham et Cedar sont fixés pour un groupe. Un fichier est comptabilisé dans un quota de stockage différent si ce fichier est associé à un groupe différent. La permission SUID attribuée au groupe d'un répertoire fait en sorte que tous les fichiers créés dans ce répertoire seront associés au même groupe que celui du répertoire parent et seront comptabilisés dans le quota de ce répertoire parent. Voyons maintenant un exemple.


Start by checking the groups that <code>someuser</code> belongs to with the <code>groups</code> command.
Vérifiez d'abord quels sont les groupes auxquels <code>someuser</code> appartient avec la commande <code>groups</code>.
<source lang="console">
[someuser@server]$ groups
[someuser@server]$ groups
someuser def-someuser
someuser def-someuser
</source>
</source>
<code>someuser</code> belongs to two groups <code>someuser</code> and <code>def-someuser</code>. In the current working directory there is a directory which belongs to the group <code>def-someuser</code>.
<code>someuser</code> appartient 5 deux groupes&nbsp;: <code>someuser</code> et <code>def-someuser</code>. Dans le répertoire actif, il y a un répertoire qui appartient au groupe <code>def-someuser</code>.
<source lang="console">
<source lang="console">
[someuser@server]$ ls -l
[someuser@server]$ ls -l
drwxrwx---  2 someuser  def-someuser      4096 Oct 13 19:39 testDir
drwxrwx---  2 someuser  def-someuser      4096 Oct 13 19:39 testDir
</source>
</source>
If we create a new file in that directory we can see that it is created belonging to <code>someuser</code>'s default group <code>someuser</code>.
Si nous créons un fichier dans ce répertoire, nous voyons qu'il appartient à <code>someuser</code>, groupe par défaut de <code>someuser</code>.
<source lang="console">
<source lang="console">
[someuser@server]$ touch dirTest/test01.txt
[someuser@server]$ touch dirTest/test01.txt
[someuser@server]$ ls -l dirTest/
[someuser@server]$ ls -l dirTest/
-rw-rw-r-- 1 someuser  someuser    0 Oct 13 19:38 test01.txt
-rw-rw-r-- 1 someuser  someuser    0 Oct 13 19:38 test01.txt
</source>
If we want a newly created file to belong to the same group as the parent folder we can set the SUID permission on the parent directory.
<source lang="console">
[someuser@server]$ chmod g+s dirTest
[someuser@server]$ ls -l
drwxrws---  2 someuser  def-someuser      4096 Oct 13 19:39 dirTest
</source>
Notice that the <code>x</code> permission on the group permissions has changed to an <code>s</code>. Now newly created files in <code>dirTest</code> will have the same group as the parent directory.
<source lang="console">
[someuser@server]$ touch dirTest/test02.txt
[someuser@server]$ ls -l dirTest
-rw-rw-r-- 1 someuser  someuser      0 Oct 13 19:38 test01.txt
-rw-rw-r-- 1 someuser  def-someuser  0 Oct 13 19:39 test02.txt
</source>
If we create a directory inside a directory with the SUID set it will have the same group as the parent folder and also have its SUID set.
<source lang="console">
[someuser@server]$ mkdir dirTest/dirChild
[someuser@server]$ ls -l dirTest/
-rw-rw-r-- 1 someuser  someuser      0 Oct 13 19:38 test01.txt
-rw-rw-r-- 1 someuser  def-someuser  0 Oct 13 19:39 test02.txt
drwxrwsr-x 1 someuser  def-someuser  0 Oct 13 19:39 dirChild
</source>
Finally it can be important to note the difference between a <code>S</code> (capital-S) and <code>s</code>. The capital-S indicates that execute permissions have been removed from the directory but the SUID is still in place. It can be easy to miss this and may result in unexpected permissions problems, such as others in the group not being able to access files within your directory.
<source lang="console">
[someuser@server]$ chmod g-x dirTest/
[someuser@server]$ ls -l
drwxrS---  3 someuser  def-someuser      4096 Oct 13 19:39 dirTest
</source>
</source>


rsnt_translations
58,180

edits

Navigation menu