Gestion des ACL - Historique des versions

Jiel : balises code

2012-05-21T20:11:01Z

balises code

Jiel le 27 avril 2011 à 15:00

2011-04-27T15:00:51Z

← Version précédente		Version du 27 avril 2011 à 15:00
Ligne 1 :		Ligne 1 :
	[[Catégorie:~~Administration_système~~]]		[[Catégorie:Administration système]]
	[[Catégorie:Léa pour les pros]]		[[Catégorie:Léa pour les pros]]

Jiel le 27 avril 2011 à 15:00

2011-04-27T15:00:29Z

← Version précédente		Version du 27 avril 2011 à 15:00
Ligne 1 :		Ligne 1 :
	[[Catégorie:Administration_système]]		[[Catégorie:Administration_système]]
			[[Catégorie:Léa pour les pros]]

	= Gestion des ACL =		= Gestion des ACL =

Jiel le 27 avril 2011 à 12:23

2011-04-27T12:23:52Z

← Version précédente		Version du 27 avril 2011 à 12:23
Ligne 1 :		Ligne 1 :
	[[Catégorie:Administration_système]]		[[Catégorie:Administration_système]]

			= Gestion des ACL =

	Une '''ACL''', ou ''Access Control List'' (en anglais : « liste de contrôle d'accès ») est, pour définir simplement la notion, une liste de [[Admin-admin env-permissions\|permission]]s sur un fichier, un répertoire ou une arborescence, ajoutée aux permissions « classiques » (c'est-à-dire, techniquement, les permissions POSIX.1) de ce fichier. Ces permissions concernent des utilisateurs et/ou des groupes définis. La gestion des ACL sous GNU/Linux s'inspire de la norme POSIX 1003.1e (projet 17) mais ne la respecte pas entièrement.		Une '''ACL''', ou ''Access Control List'' (en anglais : « liste de contrôle d'accès ») est, pour définir simplement la notion, une liste de [[Admin-admin env-permissions\|permission]]s sur un fichier, un répertoire ou une arborescence, ajoutée aux permissions « classiques » (c'est-à-dire, techniquement, les permissions POSIX.1) de ce fichier. Ces permissions concernent des utilisateurs et/ou des groupes définis. La gestion des ACL sous GNU/Linux s'inspire de la norme POSIX 1003.1e (projet 17) mais ne la respecte pas entièrement.
Ligne 267 :		Ligne 269 :
	** [http://www.linuxfrench.net/article.php3?id_article=1463 Comment fonctionnent les ACL POSIX sous GNU/Linux] ;		** [http://www.linuxfrench.net/article.php3?id_article=1463 Comment fonctionnent les ACL POSIX sous GNU/Linux] ;
	** [http://www.suse.de/~agruen/acl/linux-acls/online/ POSIX Access Control Lists on Linux] (anglais).		** [http://www.suse.de/~agruen/acl/linux-acls/online/ POSIX Access Control Lists on Linux] (anglais).

			<br/>
			<br/>
			'''<b>[[Admin-index\|@ Retour à la rubrique Administration système]]</b>'''
			<br/>

	{{Copy\|27.10.05\|Vincent Ramos\|FDL}}		{{Copy\|27.10.05\|Vincent Ramos\|FDL}}

Vincent Ramos : /* Interaction avec KDE */ Nouvelle section

2006-09-24T17:58:22Z

Interaction avec KDE : Nouvelle section

← Version précédente		Version du 24 septembre 2006 à 17:58
Ligne 224 :		Ligne 224 :
	</code>		</code>
	Avec <code>-rw-rw----+</code>, on sait que le fichier possède une ACL (<code>+</code>), sans en connaître les constituants.		Avec <code>-rw-rw----+</code>, on sait que le fichier possède une ACL (<code>+</code>), sans en connaître les constituants.

			===Interaction avec KDE===
			Le gestionnaire de bureau [http://www.kde.org KDE] permet, depuis la version 3.5, de visualiser et manipuler les ACL des fichiers. Il suffit de cliquer avec le bouton droit de la souris sur un fichier et de sélectionner l'onglet « Droits d'accès » puis « Droits d'accès avancés ». De là, on peut consulter l'ACL du fichier de manière graphique.

	===Sauvegarde des données===		===Sauvegarde des données===

Vincent Ramos : /* Noyau */ typo

2006-06-14T11:13:26Z

Noyau : typo

← Version précédente		Version du 14 juin 2006 à 11:13
Ligne 40 :		Ligne 40 :
	</code>		</code>
	pour signaler que le support général des ACL est présent, et plusieurs lignes du type		pour signaler que le support général des ACL est présent, et plusieurs lignes du type
	<code>~~CONFIG_SystèmeDeFichiers]_FS_POSIX_ACL~~=y		<code>CONFIG_SystèmeDeFichiers_FS_POSIX_ACL=y
	</code>		</code>
	où ''[[système de fichiers\|SystèmeDeFichiers]]'' peut recevoir les valeurs (pour un noyau 2.6.8-2-386 à la date de rédaction) ''EXT2'', ''EXT3'', ''JFS'' et ''XFS''. On peut aussi utiliser les ACL avec les systèmes de fichiers ''IBM JFS'', ''ReiserFS'', ''SGI XFS'' et ''NFS''. Leur implémentation peut nécessiter de patcher le noyau. Noter que les ACL ne sont pas possibles avec des systèmes de fichiers comme ''vfat'' qui ne gèrent aucun type de permissions.		où ''[[système de fichiers\|SystèmeDeFichiers]]'' peut recevoir les valeurs (pour un noyau 2.6.8-2-386 à la date de rédaction) ''EXT2'', ''EXT3'', ''JFS'' et ''XFS''. On peut aussi utiliser les ACL avec les systèmes de fichiers ''IBM JFS'', ''ReiserFS'', ''SGI XFS'' et ''NFS''. Leur implémentation peut nécessiter de patcher le noyau. Noter que les ACL ne sont pas possibles avec des systèmes de fichiers comme ''vfat'' qui ne gèrent aucun type de permissions.

Gw22 (phorum) le 7 mars 2006 à 14:10

2006-03-07T14:10:50Z

← Version précédente		Version du 7 mars 2006 à 14:10
Ligne 7 :		Ligne 7 :
	Les ACL sont très utiles (voire indispensables) dans des environnements informatiques axés sur le travail collaboratif et mutualisé ; de même, leur utilisation avec [[Reseau-partfic-samba\|SAMBA]] permet d'en étendre les capacités.		Les ACL sont très utiles (voire indispensables) dans des environnements informatiques axés sur le travail collaboratif et mutualisé ; de même, leur utilisation avec [[Reseau-partfic-samba\|SAMBA]] permet d'en étendre les capacités.

	<cadre type="note">Dans les exemples qui suivent, les commandes peuvent être tapées en root ou en utilisateur normal, selon la portée des ~~modificaitons~~ : pour modifier les droits d'un fichier qui n'est pas possédé par un utilisateur ou pour ajouter des permissions à un autre utilisateur ou encore pour ajouter aux ACL un groupe dont l'utilisateur ne fait pas partie, il faut être root (pour les utilisateurs Ubuntu, il faut préfixer les commandes par [[sudo\|<code>sudo</code>]]).</cadre>		<cadre type="note">Dans les exemples qui suivent, les commandes peuvent être tapées en root ou en utilisateur normal, selon la portée des modifications : pour modifier les droits d'un fichier qui n'est pas possédé par un utilisateur ou pour ajouter des permissions à un autre utilisateur ou encore pour ajouter aux ACL un groupe dont l'utilisateur ne fait pas partie, il faut être root (pour les utilisateurs Ubuntu, il faut préfixer les commandes par [[sudo\|<code>sudo</code>]]).</cadre>

	==Exemple pratique==		==Exemple pratique==

Gw22 (phorum) : /* ''ls'', ''cp'' et ''mv'' */

2006-03-07T14:08:16Z

''ls'', ''cp'' et ''mv''

← Version précédente		Version du 7 mars 2006 à 14:08
Ligne 211 :		Ligne 211 :

	===''ls'', ''cp'' et ''mv''===		===''ls'', ''cp'' et ''mv''===
	Ces commandes doivent pouvoir lister, copier et déplacer les ACL en même temps que les fichiers. Pour les deux premières ~~commande~~, il faut préciser ~~explicitment~~ que l'on veut afficher/conserver les droits (ce qui est aussi le cas quand on ne travaille que sur les droits classiques) : <code>ls -l</code>, <code>cp -a</code>. La commande ''mv'', quant à elle, préserve toujours les droits.		Ces commandes doivent pouvoir lister, copier et déplacer les ACL en même temps que les fichiers. Pour les deux premières commandes, il faut préciser explicitement que l'on veut afficher/conserver les droits (ce qui est aussi le cas quand on ne travaille que sur les droits classiques) : <code>ls -l</code>, <code>cp -a</code>. La commande ''mv'', quant à elle, préserve toujours les droits.

	Quand les droits étendus ne peuvent être conservés (déplacement ou copie vers un système de fichier qui n'est pas configuré pour les recevoir ou utilisation d'une version de ''cp'' trop ancienne), un message d'avertissement en informe l'utilisateur. Par exemple :		Quand les droits étendus ne peuvent être conservés (déplacement ou copie vers un système de fichier qui n'est pas configuré pour les recevoir ou utilisation d'une version de ''cp'' trop ancienne), un message d'avertissement en informe l'utilisateur. Par exemple :

Gw22 (phorum) : /* Montage et démontage à la volée */

2006-03-07T14:04:40Z

Montage et démontage à la volée

← Version précédente		Version du 7 mars 2006 à 14:04
Ligne 1 :		Ligne 1 :
	[[Catégorie:Administration_système]]		[[Catégorie:Administration_système]]

	Une '''ACL''', ou ''Access Control List'' (en anglais : Â« liste de contrôle d'accès Â») est, pour définir simplement la notion, une liste de [[Admin-admin env-permissions\|permission]]s sur un fichier, un répertoire ou une arborescence, ajoutée aux permissions Â« classiques Â» (c'est-à-dire, techniquement, les permissions POSIX.1) de ce fichier. Ces permissions concernent des utilisateurs et/ou des groupes définis. La gestion des ACL sous GNU/Linux s'inspire de la norme POSIX 1003.1e (projet 17) mais ne la respecte pas entièrement.		Une '''ACL''', ou ''Access Control List'' (en anglais : « liste de contrôle d'accès ») est, pour définir simplement la notion, une liste de [[Admin-admin env-permissions\|permission]]s sur un fichier, un répertoire ou une arborescence, ajoutée aux permissions « classiques » (c'est-à-dire, techniquement, les permissions POSIX.1) de ce fichier. Ces permissions concernent des utilisateurs et/ou des groupes définis. La gestion des ACL sous GNU/Linux s'inspire de la norme POSIX 1003.1e (projet 17) mais ne la respecte pas entièrement.

	Au moyen des ACL, on peut étendre le nombre d'utilisateurs et de groupes ayant des droits sur un même fichier. Rappelons que, dans le monde UNIX, chaque fichier ne peut normalement indiquer des permissions que pour ''un seul utilisateur'' et ''un seul groupe'', qui s'opposent à une unique catégorie correspondant à Â« tous les autres Â» (ou Â« le reste du monde Â»). Avec les ACL, on peut (entre autres) ajouter à un fichier d'autres utilisateurs et groupes et définir leurs droits séparément. On se rapproche ainsi du système de permissions pratiqué sur les plate-formes NT (de nombreuses différences subsistent, cependant).		Au moyen des ACL, on peut étendre le nombre d'utilisateurs et de groupes ayant des droits sur un même fichier. Rappelons que, dans le monde UNIX, chaque fichier ne peut normalement indiquer des permissions que pour ''un seul utilisateur'' et ''un seul groupe'', qui s'opposent à une unique catégorie correspondant à « tous les autres » (ou « le reste du monde »). Avec les ACL, on peut (entre autres) ajouter à un fichier d'autres utilisateurs et groupes et définir leurs droits séparément. On se rapproche ainsi du système de permissions pratiqué sur les plate-formes NT (de nombreuses différences subsistent, cependant).

	Les ACL sont très utiles (voire indispensables) dans des environnements informatiques axés sur le travail collaboratif et mutualisé ; de même, leur utilisation avec [[Reseau-partfic-samba\|SAMBA]] permet d'en étendre les capacités.		Les ACL sont très utiles (voire indispensables) dans des environnements informatiques axés sur le travail collaboratif et mutualisé ; de même, leur utilisation avec [[Reseau-partfic-samba\|SAMBA]] permet d'en étendre les capacités.
Ligne 53 :		Ligne 53 :
	<code>mount -t ext3 -o defaults,acl /dev/hda2/ /var/www/		<code>mount -t ext3 -o defaults,acl /dev/hda2/ /var/www/
	</code>		</code>
	Si la partition est déjà montée, on peut modifier ~~ses~~ paramètres à la volée :		Si la partition est déjà montée, on peut modifier ces paramètres à la volée :
	<code>mount -o remount,acl /var/www/		<code>mount -o remount,acl /var/www/
	</code>		</code>

FuraX : ajout de l'option --skip-base pour ne pas sauvegarder les droits std unix

2005-11-07T12:38:01Z

ajout de l'option --skip-base pour ne pas sauvegarder les droits std unix

← Version précédente		Version du 7 novembre 2005 à 12:38
Ligne 1 :		Ligne 1 :
	[[Catégorie:Administration_système]]		[[Catégorie:Administration_système]]

	Une '''ACL''', ou ''Access Control List'' (en anglais : « liste de contrôle d'accès ») est, pour définir simplement la notion, une liste de [[Admin-admin env-permissions\|permission]]s sur un fichier, un répertoire ou une arborescence, ajoutée aux permissions « classiques » (c'est-à-dire, techniquement, les permissions POSIX.1) de ce fichier. Ces permissions concernent des utilisateurs et/ou des groupes définis. La gestion des ACL sous GNU/Linux s'inspire de la norme POSIX 1003.1e (projet 17) mais ne la respecte pas entièrement.		Une '''ACL''', ou ''Access Control List'' (en anglais : Â« liste de contrôle d'accès Â») est, pour définir simplement la notion, une liste de [[Admin-admin env-permissions\|permission]]s sur un fichier, un répertoire ou une arborescence, ajoutée aux permissions Â« classiques Â» (c'est-à-dire, techniquement, les permissions POSIX.1) de ce fichier. Ces permissions concernent des utilisateurs et/ou des groupes définis. La gestion des ACL sous GNU/Linux s'inspire de la norme POSIX 1003.1e (projet 17) mais ne la respecte pas entièrement.

	Au moyen des ACL, on peut étendre le nombre d'utilisateurs et de groupes ayant des droits sur un même fichier. Rappelons que, dans le monde UNIX, chaque fichier ne peut normalement indiquer des permissions que pour ''un seul utilisateur'' et ''un seul groupe'', qui s'opposent à une unique catégorie correspondant à « tous les autres » (ou « le reste du monde »). Avec les ACL, on peut (entre autres) ajouter à un fichier d'autres utilisateurs et groupes et définir leurs droits séparément. On se rapproche ainsi du système de permissions pratiqué sur les plate-formes NT (de nombreuses différences subsistent, cependant).		Au moyen des ACL, on peut étendre le nombre d'utilisateurs et de groupes ayant des droits sur un même fichier. Rappelons que, dans le monde UNIX, chaque fichier ne peut normalement indiquer des permissions que pour ''un seul utilisateur'' et ''un seul groupe'', qui s'opposent à une unique catégorie correspondant à Â« tous les autres Â» (ou Â« le reste du monde Â»). Avec les ACL, on peut (entre autres) ajouter à un fichier d'autres utilisateurs et groupes et définir leurs droits séparément. On se rapproche ainsi du système de permissions pratiqué sur les plate-formes NT (de nombreuses différences subsistent, cependant).

	Les ACL sont très utiles (voire indispensables) dans des environnements informatiques axés sur le travail collaboratif et mutualisé ; de même, leur utilisation avec [[Reseau-partfic-samba\|SAMBA]] permet d'en étendre les capacités.		Les ACL sont très utiles (voire indispensables) dans des environnements informatiques axés sur le travail collaboratif et mutualisé ; de même, leur utilisation avec [[Reseau-partfic-samba\|SAMBA]] permet d'en étendre les capacités.
Ligne 231 :		Ligne 231 :
	:À titre indicatif, ''tar'' et ''cpio'' et ''rsync'' ne le sont pas (à moins d'être patchés), ''star'' et ''pax'' le sont.		:À titre indicatif, ''tar'' et ''cpio'' et ''rsync'' ne le sont pas (à moins d'être patchés), ''star'' et ''pax'' le sont.

	Pour contourner le problème de sauvegarde, il est possible d'écrire toutes les ACL dans un fichier qui servira de base à une restauration ultérieure : <code>getfacl -R /dossier/dossier/ > fichier</code> récupère les informations récursivement et les inscrit dans un simple fichier. La restauration se fait au moyen de <code>setfacl --restore=fichier</code>. Il faut, pour qu'elle fonctionne, se placer à la racine contenant l'arborescence, en raison de la notation relative des chemins (d'où le message <code>Removing leading '/' from absolute path names</code> que l'on peut souvent lire en tapant des commandes avec ces programmes). Le chemin d'un répertoire ''/tmp/test'' est enregistré comme ''tmp/test'' : on doit donc, pour restaurer, lancer la commande depuis la racine de ''/tmp'', c'est-à-dire ''/''.		Pour contourner le problème de sauvegarde, il est possible d'écrire toutes les ACL dans un fichier qui servira de base à une restauration ultérieure : <code>getfacl --skip-base -R /dossier/dossier/ > fichier</code> récupère les informations récursivement et les inscrit dans un simple fichier. La restauration se fait au moyen de <code>setfacl --restore=fichier</code>. Il faut, pour qu'elle fonctionne, se placer à la racine contenant l'arborescence, en raison de la notation relative des chemins (d'où le message <code>Removing leading '/' from absolute path names</code> que l'on peut souvent lire en tapant des commandes avec ces programmes). Le chemin d'un répertoire ''/tmp/test'' est enregistré comme ''tmp/test'' : on doit donc, pour restaurer, lancer la commande depuis la racine de ''/tmp'', c'est-à-dire ''/''.

	Par exemple : le répertoire ''/tmp/test'' contient trois fichiers à ACL. On sauvegarde les ACL avec <code>getfacl -R /tmp/test > acl.acl</code>. Pour restaurer, on se place à la racine (<code>cd /</code>) et on lance <code>setfacl --restore=acl.acl</code>. Si on avait lancé la commande depuis ''/test'', ''setfacl'' aurait renvoyé les erreurs :		Par exemple : le répertoire ''/tmp/test'' contient trois fichiers à ACL. On sauvegarde les ACL avec <code>getfacl --skip-base -R /tmp/test > acl.acl</code>. Pour restaurer, on se place à la racine (<code>cd /</code>) et on lance <code>setfacl --restore=acl.acl</code>. Si on avait lancé la commande depuis ''/test'', ''setfacl'' aurait renvoyé les erreurs :
	<code>setfacl: tmp/test: Aucun fichier ou répertoire de ce type		<code>setfacl: tmp/test: Aucun fichier ou répertoire de ce type
	setfacl: tmp/test/a: Aucun fichier ou répertoire de ce type		setfacl: tmp/test/a: Aucun fichier ou répertoire de ce type

Gestion des ACL - Historique des versions

Jiel : balises code

Jiel le 27 avril 2011 à 15:00

Jiel le 27 avril 2011 à 15:00

Jiel le 27 avril 2011 à 12:23

Vincent Ramos : /* Interaction avec KDE */ Nouvelle section

Vincent Ramos : /* Noyau */ typo

Gw22 (phorum) le 7 mars 2006 à 14:10

Gw22 (phorum) : /* ''ls'', ''cp'' et ''mv'' */

Gw22 (phorum) : /* Montage et démontage à la volée */

FuraX : ajout de l'option --skip-base pour ne pas sauvegarder les droits std unix

Jiel : balises code

Vincent Ramos : /* Interaction avec KDE */ Nouvelle section

Vincent Ramos : /* Noyau */ typo

Gw22 (phorum) : /* ''ls'', ''cp'' et ''mv'' */

Gw22 (phorum) : /* Montage et démontage à la volée */

FuraX : ajout de l'option --skip-base pour ne pas sauvegarder les droits std unix