informatique:linux:chmodown
Différences
Ci-dessous, les différences entre deux révisions de la page.
| Les deux révisions précédentesRévision précédenteProchaine révision | Révision précédente | ||
| informatique:linux:chmodown [2008/06/24 11:52] – benoit | informatique:linux:chmodown [2013/10/07 11:45] (Version actuelle) – benoit | ||
|---|---|---|---|
| Ligne 28: | Ligne 28: | ||
| chown -c benoit file*.txt | chown -c benoit file*.txt | ||
| | | ||
| + | |||
| + | |||
| + | |||
| Ligne 91: | Ligne 94: | ||
| === Droits spéciaux: setuid, setgid, sticky bit === | === Droits spéciaux: setuid, setgid, sticky bit === | ||
| + | |||
| + | Quand un fichier est exécutable par son propriétaire, | ||
| + | |||
| + | De la même façon, un exécutable peut être setgid, et s' | ||
| + | |||
| + | chmod u+s myscript.sh | ||
| + | |||
| + | ==== Restaurer les droits et propriétaires sur tout un système ==== | ||
| + | |||
| + | Il peut arriver que des droits récursif aient été défini par erreur et rende le système "non redémarrable" | ||
| + | Exemple de commande fatal pour un serveur Linux. | ||
| + | chmod 777 /* | ||
| + | |||
| + | Des droits trop permissifs mettent le bon fonctionnement du serveur en péril. Si c'est le cas, il est déconseiller de redémarrer le serveur avant de restaurer les droits. | ||
| + | |||
| + | **L' | ||
| + | |||
| + | Sur un serveur Linux sain, lancer les commandes suivantes : | ||
| + | |||
| + | find / -printf 'chmod %m " | ||
| + | find / -printf 'chown %u:%g " | ||
| + | | ||
| + | Transférer les deux scripts générés sur le serveur cassé et lancer les scripts : | ||
| + | bash restore-chmod.sh | ||
| + | bash restore-chown.sh | ||
| + | |||
| + | A noter qu'il peut y avoir des erreurs (notamment sur des fichiers absents). | ||
informatique/linux/chmodown.1214308338.txt.gz · Dernière modification : (modification externe)
