# 'su' ou 'sudo'

**URL:** <https://www.debian-fr.org/t/su-ou-sudo/8502>\
**Category:** Pause Café\
**Created:** [Février 20, 2016, 4:08 UTC](https://www.debian-fr.org/t/su-ou-sudo/8502 "2016-02-20T16:08:25Z")\
**Posts on this page:** 10\
**Page:** 2

<div class="post-metadata">

**Author:** ![odSen.s](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/o/ecd19e/32.png) [@odSen.s](https://www.debian-fr.org/u/odSen.s)\
**Post date:** [Février 20, 2016, 4:09 UTC](https://www.debian-fr.org/t/su-ou-sudo/8502/21 "2016-02-20T16:09:09Z")

</div>

[quote]PS: Il y a l’altérnative  
Code:  
su -c ‘commande’

Un juste mileu non ? puisque le mot de passe root est demandé pour executer la commande puis retour au compte utilisateur sans laisser le shell sur #[/quote]  
Ca me paraît être le plus sûr :

- impossible de laisser une session root ouverte
- pas de droits supplémentaires accordés aux utilisateurs

Seulement, c’est un peu pénible quand il y a beaucoup de commandes à taper…

---

<div class="post-metadata">

**Author:** ![mattotop](https://www.debian-fr.org/user_avatar/www.debian-fr.org/mattotop/32/3942_2.png) [@mattotop](https://www.debian-fr.org/u/mattotop)\
**Post date:** [Février 20, 2016, 4:09 UTC](https://www.debian-fr.org/t/su-ou-sudo/8502/22 "2016-02-20T16:09:09Z")

</div>

pis surtout, contrairement à sudo qui ne demande que le mot de passe de l’user, il faut divulguer le password d’administration à tout ceux qui doivent effectuer une quelconque tâche d’administration.  
Super sécurisé ça. 😆

---

<div class="post-metadata">

**Author:** ![Spunky](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/s/b38774/32.png) [@Spunky](https://www.debian-fr.org/u/Spunky)\
**Post date:** [Février 20, 2016, 4:09 UTC](https://www.debian-fr.org/t/su-ou-sudo/8502/23 "2016-02-20T16:09:11Z")

</div>

Je suis comme bloodaxe70, sudo j’aime pas 😛

---

<div class="post-metadata">

**Author:** ![Morphine](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/m/e9bcb4/32.png) [@Morphine](https://www.debian-fr.org/u/Morphine)\
**Post date:** [Février 20, 2016, 4:09 UTC](https://www.debian-fr.org/t/su-ou-sudo/8502/24 "2016-02-20T16:09:11Z")

</div>

Voilà mon sentiment ,

- sudo permet d’affiner les droits et de donner des droits d’admin pour certaines commandes à certains utilisateurs
- su permet d’etre root et de faire ce que l’on souhaite

Ainsi sudo sera plus interessant dans un environnement multi-utilisateurs et su est tres bien sur un ordinateur personnel, donc mono-utilisateur; bref comme toujours, tout est question d’utilisation !

![8)](https://www.debian-fr.org/uploads/default/original/1X/ae031e9834d19166598edd060b063d44f1829139.gif "Cool")

---

<div class="post-metadata">

**Author:** ![fran.b](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/f/d78d45/32.png) [@fran.b](https://www.debian-fr.org/u/fran.b)\
**Post date:** [Février 20, 2016, 4:09 UTC](https://www.debian-fr.org/t/su-ou-sudo/8502/25 "2016-02-20T16:09:11Z")

</div>

[quote=“Morphine”]  
Ainsi sudo sera plus interessant dans un environnement multi-utilisateurs et su est tres bien sur un ordinateur personnel, donc mono-utilisateur; bref comme toujours, tout est question d’utilisation !  
 ![8)](https://www.debian-fr.org/uploads/default/original/1X/ae031e9834d19166598edd060b063d44f1829139.gif "Cool")[/quote]  
Pas multi-utilisateurs (j’a en gros 300 utilisateurs réguliers sur mes machines qui n’ont jamais eu l’idée de taper sudo…) mais multi administrateurs.

---

<div class="post-metadata">

**Author:** ![Yoko](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/y/58956e/32.png) [@Yoko](https://www.debian-fr.org/u/Yoko)\
**Post date:** [Février 20, 2016, 4:09 UTC](https://www.debian-fr.org/t/su-ou-sudo/8502/26 "2016-02-20T16:09:12Z")

</div>

Je comprend pas l’avantage de sudo face aux bit set-uid et set-gid.

---

<div class="post-metadata">

**Author:** ![ricardo](https://www.debian-fr.org/user_avatar/www.debian-fr.org/ricardo/32/3864_2.png) [@ricardo](https://www.debian-fr.org/u/ricardo)\
**Post date:** [Février 20, 2016, 4:09 UTC](https://www.debian-fr.org/t/su-ou-sudo/8502/27 "2016-02-20T16:09:15Z")

</div>

[quote=“fran.b”]  
Vue ta question [Ricardo: il y a un «e» à Vu?»][/quote]  
En principe, non, c’est considéré comme une locution figée, si ma mémoire est bonne mais je vérifie et je confirme ou j’infirme.

EDIT :  
je confirme 😉  
“vu” est toujours invariable ds cette construction de phrase.  
Il est aussi invariable suivi d’un infinitif :  
"cette femme que j’ai vu chanter"  
mais :  
"cette femme, je l’ai vue chanter à tue-tête"  
Pour controler, on doit pouvoir, comme en anglais, placer le verbe au participe présent :  
“cette femme, je l’ai vue chantant à tue-tête”

---

<div class="post-metadata">

**Author:** ![mattotop](https://www.debian-fr.org/user_avatar/www.debian-fr.org/mattotop/32/3942_2.png) [@mattotop](https://www.debian-fr.org/u/mattotop)\
**Post date:** [Février 20, 2016, 4:09 UTC](https://www.debian-fr.org/t/su-ou-sudo/8502/28 "2016-02-20T16:09:16Z")

</div>

[quote=“Yoko”]Je comprend pas l’avantage de sudo face aux bit set-uid et set-gid.[/quote]tu veux sécuriser ton openvpn en le faisant tourner en tant qu’openvpn.  
Pas de bol, quand un réseau client se connecte, openvpn n’a pas le droit d’utiliser la commande ip (ou route) dans un script client-connect pour ajuster le routage.  
Bin tu lui donne juste par sudo le droit d’utiliser ip route (ou route) pour modifier les routes comme ça si quelqu’un usurpe l’identité d’openvpn, le pire qu’il puisse faire c’est changer les routes.  
Tu fais ça comment avec setuid et setgid ?  
Et d’ailleurs, vous faites ça comment avec su -c ?

En fait indépendament de l’usage en remplacement de su qui AMA est une question de gout, c’est surtout ça l’usage de sudo: donner à des users (administratifs ou réels) la possibilité d’utiliser une commande en root.

Autre usage par exemple: le mount/unmount d’un disque précis pour un utilisateur et pas les autres.

---

<div class="post-metadata">

**Author:** ![Yoko](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/y/58956e/32.png) [@Yoko](https://www.debian-fr.org/u/Yoko)\
**Post date:** [Février 20, 2016, 4:09 UTC](https://www.debian-fr.org/t/su-ou-sudo/8502/29 "2016-02-20T16:09:32Z")

</div>

> [@](#):
>
> Autre usage par exemple: le mount/unmount d’un disque précis pour un utilisateur et pas les autres.

Tu crée un groupe mount? 😆

(je dis une connerie ?)

---

<div class="post-metadata">

**Author:** ![mattotop](https://www.debian-fr.org/user_avatar/www.debian-fr.org/mattotop/32/3942_2.png) [@mattotop](https://www.debian-fr.org/u/mattotop)\
**Post date:** [Février 20, 2016, 4:09 UTC](https://www.debian-fr.org/t/su-ou-sudo/8502/30 "2016-02-20T16:09:33Z")

</div>

ça ne suffit pas: les disques appartiennent au groupe disk, mais essayes de démonter quoi que ce soit avec un user appartenant au group disk.  
Bon, ceci étant dit, tu peux utiliser l’option group dans fstab pour donner les droits de mount au groupe propriétaire du dev, mais ça alourdit la gestion si tu as des droits de mount complexes.  
et si tu veux donner des droits de mount, mais pas ceux de demonter, tu retombes sur l’obligation de sudo.

[Page précédente](https://www.debian-fr.org/t/su-ou-sudo/8502.md?page=1)
