# Permettre à un utilisateur de supprimer n'importe quel fichier (sans sudo)

**URL:** <https://www.debian-fr.org/t/permettre-a-un-utilisateur-de-supprimer-nimporte-quel-fichier-sans-sudo/84084>\
**Category:** Support Debian\
**Tags:** compte-utilisateur, fichiers\
**Created:** [Février 25, 2021, 2:15 UTC](https://www.debian-fr.org/t/permettre-a-un-utilisateur-de-supprimer-nimporte-quel-fichier-sans-sudo/84084 "2021-02-25T14:15:12Z")\
**Posts on this page:** 6\
**Page:** 1

<div class="post-metadata">

**Author:** ![ph1823](https://www.debian-fr.org/user_avatar/www.debian-fr.org/ph1823/32/9395_2.png) [@ph1823](https://www.debian-fr.org/u/ph1823)\
**Post date:** [Février 25, 2021, 2:15 UTC](https://www.debian-fr.org/t/permettre-a-un-utilisateur-de-supprimer-nimporte-quel-fichier-sans-sudo/84084/1 "2021-02-25T14:15:12Z")

</div>

Bonjour à toutes et tous !  
Alors voila, j’ai un utilisateur Unix, qui gère plein de sous dossier.  
Ses sous dossiers on un utilisateur et groupe différent.  
L’utilisateur Unix et donc ajouter au groupe de chaque sous dossier, et celui ci est utiliser pour gérer les fichiers avec un serveur FTP.

Le soucis c’est que si l’utilisateur du sous dossier met des permissions trop basse, la gestion via le FTP tombe à l’eau, je ne peux plus supprimer les fichiers.  
Alors une solutions serait de passer par SSH et ca serait régler, mais j’aimerai bien savoir si j’ai la possibilité d’up les privilège de cette utilisateur pour qu’il puisse supprimer les dossier même si les permissions sont trop basse.

J’ai trouvé ceci: «&nbsp;[https://www.cyberciti.biz/faq/add-new-user-account-with-admin-access-on-linux/](https://www.cyberciti.biz/faq/add-new-user-account-with-admin-access-on-linux/)&nbsp;» mais ca n’a pas l’air de fonction, j’ai aussi vu qu’il existe ACL, mais quand j’effectue cette commande:

```nohighlight
setfacl -m user:fdsadmin:rwx dir

```

il me retourne:

```nohighlight
setfacl: Option -m: Invalid argument near character 6

```

Je pense que ca vient de mon système (j’utilise debian 10), mais en cherchant sur Google, je ne trouve rien concernant cette erreur spécifique 😕  
Merci de votre aide.

---

<div class="post-metadata">

**Author:** ![grandtoubab](https://www.debian-fr.org/user_avatar/www.debian-fr.org/grandtoubab/32/4505_2.png) [@grandtoubab](https://www.debian-fr.org/u/grandtoubab)\
**Post date:** [Février 25, 2021, 3:00 UTC](https://www.debian-fr.org/t/permettre-a-un-utilisateur-de-supprimer-nimporte-quel-fichier-sans-sudo/84084/2 "2021-02-25T15:00:33Z")

</div>

Et si tu donnes les mêmes droits que root à ton utilisateur Unix dans /etc/sudoers

---

<div class="post-metadata">

**Author:** ![ph1823](https://www.debian-fr.org/user_avatar/www.debian-fr.org/ph1823/32/9395_2.png) [@ph1823](https://www.debian-fr.org/u/ph1823)\
**Post date:** [Février 25, 2021, 3:33 UTC](https://www.debian-fr.org/t/permettre-a-un-utilisateur-de-supprimer-nimporte-quel-fichier-sans-sudo/84084/3 "2021-02-25T15:33:31Z")

</div>

J’y ai pensais, mais je me dit que c’est un peut dangereux non ?

---

<div class="post-metadata">

**Author:** ![Clochette](https://www.debian-fr.org/user_avatar/www.debian-fr.org/clochette/32/8757_2.png) [@Clochette](https://www.debian-fr.org/u/Clochette)\
**Post date:** [Février 25, 2021, 7:49 UTC](https://www.debian-fr.org/t/permettre-a-un-utilisateur-de-supprimer-nimporte-quel-fichier-sans-sudo/84084/4 "2021-02-25T19:49:48Z")

</div>

le mieux serait sans doute d’utiliser un utilisateur sftp et d’attribuer au groupe de cet utilisateur l’ensemble de tes utilisateurs ftp., le tout dans un chroot comme ça t’es tranquille.

---

<div class="post-metadata">

**Author:** ![NooP](https://www.debian-fr.org/user_avatar/www.debian-fr.org/noop/32/4405_2.png) [@NooP](https://www.debian-fr.org/u/NooP)\
**Post date:** [Février 26, 2021, 12:04 UTC](https://www.debian-fr.org/t/permettre-a-un-utilisateur-de-supprimer-nimporte-quel-fichier-sans-sudo/84084/5 "2021-02-26T12:04:31Z")

</div>

L’erreur vient que ton utilisateur (fdsadmin) n’existe pas en tant que compte Unix, ou bien ne s’écrit pas comme ça.

Si tu veux positionner les droits correctement, il faut faire :

```
setfacl -R -m u:TONUSER:rwx DIR
setfacl -R -m d:u:TONUSER:rwx DIR

```

La première ligne donne les droits à TONUSER sur le répertoire DIR et a son contenu (-R)  
La deuxième attribue les droits par défaut (Doits qui seront positionnés pour tout nouveau fichier/répertoire créé dans DIR).

---

<div class="post-metadata">

**Author:** ![ph1823](https://www.debian-fr.org/user_avatar/www.debian-fr.org/ph1823/32/9395_2.png) [@ph1823](https://www.debian-fr.org/u/ph1823)\
**Post date:** [Février 28, 2021, 10:48 UTC](https://www.debian-fr.org/t/permettre-a-un-utilisateur-de-supprimer-nimporte-quel-fichier-sans-sudo/84084/6 "2021-02-28T10:48:49Z")

</div>

Oui c’était l’une des solutions envisger, sauf que les sous dossiers exécute des processus qui doivent être chroot donc j’ai due créer un autre utilisateur Unix pour qu’il ne puisse pas aller voir dans les autres dossier.

La solution de @NooP à fonctionner, j’avais effectivement foirée le nom d’utilisateur, merci à tous !
