Erreurs d’autorisation courantes
“Autorisation refusée”
# View file permissions
ls -la /path/to/file
# View current user and groups
id“Opération non autorisée”
Nécessite généralement les privilèges root — utilisez sudo :
sudo COMMANDBases des autorisations de fichiers
-rwxr-xr-- 1 user group 4096 Mar 24 10:00 file.txt
|---|---|---|
| | | +-- Other users: r-- (read)
| | +----- Group: r-x (read+execute)
| +--------- Owner: rwx (read+write+execute)
+------------- File type (- regular file, d directory, l symlink)Corrections de scénarios courants
Impossible de modifier les fichiers de configuration
# Files in /etc belong to root
sudo nano /etc/xxx/config.conf
# Or temporarily change permissions (not recommended for system files)
sudo chmod 666 /path/to/fileImpossible d’exécuter un script
# Add execute permission
chmod +x script.sh
# Owner only can execute
chmod u+x script.shAutorisations du répertoire du serveur Web
# Typical web directory permission setup
sudo chown -R www-data:www-data /var/www/html
sudo chmod -R 755 /var/www/html
sudo chmod -R 644 /var/www/html/*.htmlImpossible d’écrire sur le lecteur monté
Les autorisations de partition NTFS ou FAT32 sont contrôlées par les options de montage :
# View current mounts
mount | grep /dev/sd
# Remount NTFS as writable
sudo mount -o rw,uid=$(id -u),gid=$(id -g) /dev/sdX1 /mnt/data
# Configure in /etc/fstab
# UUID=xxx /mnt/data ntfs-3g defaults,uid=1000,gid=1000 0 0Autorisations de clé SSH
SSH a des exigences strictes en matière d’autorisations de fichiers clés :
chmod 700 ~/.ssh
chmod 600 ~/.ssh/id_rsa
chmod 644 ~/.ssh/id_rsa.pub
chmod 600 ~/.ssh/authorized_keys
chmod 644 ~/.ssh/configLes autorisations du répertoire de base ont été modifiées
# Restore home directory permissions
sudo chown -R $USER:$USER ~/
chmod 755 ~/Problèmes liés à sudo
Utilisateur pas dans le groupe sudo
# Need to log in as root or use recovery mode
su - root
usermod -aG sudo USERNAME
# User needs to log out and log back inmot de passe sudo oublié
Si vous avez oublié votre mot de passe, réinitialisez-le via le mode de récupération :
- Menu GRUB > Options avancées > Mode de récupération
- Sélectionnez la ligne de commande racine
- Exécuter :
passwd USERNAME
Erreur de syntaxe /etc/sudoers provoquant la rupture de sudo
# Use pkexec to fix (no sudo needed)
pkexec visudo
# Or fix from recovery mode
# Make sure /etc/sudoers contains:
# %sudo ALL=(ALL:ALL) ALLAutorisations spéciales
SUID/SGID/Bit collant
# Set SUID (execute as file owner)
chmod u+s /path/to/file
# Set SGID (new files inherit the directory's group)
chmod g+s /path/to/directory
# Set Sticky Bit (only owner can delete files in the directory)
chmod +t /path/to/directoryAutorisations étendues ACL
# Install ACL tools
sudo apt install acl
# Set permissions for a specific user
setfacl -m u:USERNAME:rwx /path/to/file
# View ACL
getfacl /path/to/file
# Remove ACL
setfacl -b /path/to/fileRestrictions d’AppArmor
Ubuntu utilise AppArmor pour le contrôle d’accès obligatoire :
# View AppArmor status
sudo aa-status
# Temporarily set a program to complain mode
sudo aa-complain /usr/bin/PROGRAM_NAME
# Disable a profile
sudo aa-disable /etc/apparmor.d/PROFILE_NAMERésumé du dépannage
- Utilisez
ls -lapour vérifier les bits de propriétaire, de groupe et d’autorisation du fichier. - Utilisez
idpour confirmer l’identité actuelle de l’utilisateur - Vérifiez si l’utilisateur appartient au groupe requis :
groups USERNAME - Vérifiez si AppArmor ou SELinux a des restrictions
- Vérifiez les options de montage (en particulier pour les partitions externes)