Cette commande est parfois utilisée, elle demande d'exécuter la commande "su" (switch user) avec "sudo" (substitute/switch user do). Comme nous l'avons vu : - su permet de changer d'utilisateur (se connecter en tant qu'utilisateur) - sudo permet de lancer une commande avec une délégation de droits Utiliser sudo su est redondant et peut être évité en utilisant simplement la commande sudo directement. sudo -s est à préférer à sudo su Cela fonctionne, je ne dis pas le contraire, mais nous pouvons tout faire avec la commande sudo et l'appel à "su" n'est pas réellement utile. Pour comprendre la réflexion, je te fais une analogie avec un cas de la vie courante : Imagine que la connexion en root est l'action de rentrer dans ton appartement. Tu as 2 portes à franchir : celle de l'immeuble et celle de ton appartement. Tu as une même clé qui ouvre l'entrée de l'immeuble et ton appartement. - sudo -s : tu prends ta clé, tu ouvres la porte de l'immeuble, et avec cette clé tu ouvres ensuite celle de ton appartement - sudo su : tu appeles ton voisin qu'il ouvre avec sa clé la porte de l'immeuble, et avec ta clé tu ouvres celle de ton appartement Dans les 2 cas ça marche, mais la seconde option est illogique. Je vais ajouter cela dans l'article sur le site linuxtricks
Juste ca aurait pu être sympa de savoir quelle utilité à on d'exécuter entièrement ou partiellement les variable d'environnement? Pourquoi ne pas toujours avoir les privilège les plus élever tout le temps?
Ce n’est pas un question de privilège, il peut arriver d’avoir besoin de démarrer un process en guardant les env de l’user courant. Hadrien aurait peut-être dû ajouter qu’on garde nos env vars (celles de l’user qui fait le sudo) très interressant pour ne pas avoir à se connecter en root en ssh pour faire un déploiement par exemple
Super merci ! La question est intéressante, même si ce n'est pas une bonne pratique. Dans quels cas tu en aurais besoin par exemple ? Le cas d'usage m'intéresse pour faire une vidéo explicative sur le sujet
Un très très grand merci pour cette vidéo. Je débute vraiment ma fonction d'administrateur Réseau & Système et il y a de nombreuse machine Linux sur notre parc ;)
Salut Adrien, Il y a quelques années, tu avais fait une bonne video pour éditer correctement le sudoers. Je pense qu'il serait intéressant de mettre en commentaire le lien de ladite video. Qu'en penses-tu ? C'est toujours un plaisir de voir ce genre de vidéo que tu présentes toujours avec efficacité.
Merci pour ton avis. Je vais surtout refaire l'article du site dans un premier temps, qui n'est franchement pas terrible (il y a énormément de vues), afin de le rendre meilleur. ensuite je referai une vidéo détaillée de sudo car on m'a sollicité plusieurs fois à ce sujet ;)
Cette commande est parfois utilisée, elle demande d'exécuter la commande "su" (switch user) avec "sudo" (substitute/switch user do). Comme nous l'avons vu : - su permet de changer d'utilisateur (se connecter en tant qu'utilisateur) - sudo permet de lancer une commande avec une délégation de droits Utiliser sudo su est redondant et peut être évité en utilisant simplement la commande sudo directement. sudo -s est à préférer à sudo su Cela fonctionne, je ne dis pas le contraire, mais nous pouvons tout faire avec la commande sudo et l'appel à "su" n'est pas réellement utile. Pour comprendre la réflexion, je te fais une analogie avec un cas de la vie courante : Imagine que la connexion en root est l'action de rentrer dans ton appartement. Tu as 2 portes à franchir : celle de l'immeuble et celle de ton appartement. Tu as une même clé qui ouvre l'entrée de l'immeuble et ton appartement. - sudo -s : tu prends ta clé, tu ouvres la porte de l'immeuble, et avec cette clé tu ouvres ensuite celle de ton appartement - sudo su : tu appeles ton voisin qu'il ouvre avec sa clé la porte de l'immeuble, et avec ta clé tu ouvres celle de ton appartement Dans les 2 cas ça marche, mais la seconde option est illogique. Je vais ajouter cela dans l'article sur le site linuxtricks
Vidéo sympa, j'ai juste une question Si j'entre une commande type `sudo dnf upgrade && poweroff` est-ce que ça exécute `dnf upgrade && poweroff` avec le sudo où est-ce que ça exécute `sudo dnf upgrade` puis `poweroff` ?
Hasard des choses, il y a 12 jours je me suis arraché les cheveux car ma variable d'environnement DIFFPROG présente en root et pour mon utilisateur local n'était pas chargée par sudo. J'ai finalement trouvé qu'en la claquant dans /etc/environment c'était bon mais jamais je n'avais eu à toucher à ce fichier en 20 ans de linux ^^
oh merci je passait en root juste avec " su " Du coup si j'ai bien compris on à moins de chance de foutre la bazar dans la machine car USER= ne s'appel pas root ?
Peut-on ajouter des choses sur ton wiki ? parce que pour trouver des infos sur un truc précis avec Linux c'est très difficile et en général les communautés ont un melon surdimensionné (surtout quand elles ne sont pas fr), ça aide pas à démocratiser le bousin. J'ai mis un long moment à trouver que l'on peut faire des conditions dans un conky et je n'ai toujours pas trouvé comment afficher une cover avec MPD, PHP c'est plus facile à côté.
@@bugul_noz Je te rassure, comme dit @flitox, je suis persuadée que 99% des utilisateurs sont dans ce cas. Et j'ai fait la confusion très longtemps aussi, je ne suis pas une exception héhé. C'est principalement dû au fait que dans le cas d'une utilisation classique sur un poste de travail personnel, on s'en sert rarement, voire jamais, pour switch user, mais seulement pour lancer des commandes en super utilisateur. Ça change quand on administre des serveurs distants, ou qu'on gère des bases de données, là on est beaucoup plus souvent amené à devoir changer d'utilisateur, et du coup, ça finit par rentrer que c'est un «switch user» 😛
Cette commande est parfois utilisée, elle demande d'exécuter la commande "su" (switch user) avec "sudo" (substitute/switch user do). Comme nous l'avons vu : - su permet de changer d'utilisateur (se connecter en tant qu'utilisateur) - sudo permet de lancer une commande avec une délégation de droits Utiliser sudo su est redondant et peut être évité en utilisant simplement la commande sudo directement. sudo -s est à préférer à sudo su Cela fonctionne, je ne dis pas le contraire, mais nous pouvons tout faire avec la commande sudo et l'appel à "su" n'est pas réellement utile. Pour comprendre la réflexion, je te fais une analogie avec un cas de la vie courante : Imagine que la connexion en root est l'action de rentrer dans ton appartement. Tu as 2 portes à franchir : celle de l'immeuble et celle de ton appartement. Tu as une même clé qui ouvre l'entrée de l'immeuble et ton appartement. - sudo -i : tu prends ta clé, tu ouvres la porte de l'immeuble, et avec cette clé tu ouvres ensuite celle de ton appartement - sudo su - : tu appeles ton voisin qu'il ouvre avec sa clé la porte de l'immeuble, et avec ta clé tu ouvres celle de ton appartement Dans les 2 cas ça marche, mais la seconde option est illogique. Je vais ajouter cela dans l'article sur le site linuxtricks
Ne dit-on pas plutôt "su" "do" (prononcé comme la note de musique) ? J'ai entendu beaucoup d'anglophones dire "do" et pas "dou" (et ce bien que "sudo" soit une contraction de "substitute user do") , mais peut-être que certains anglophones disent tout de même 'dou' ? La plupart des professionnels (prestataires, collègues etc.) français avec qui vous conversez disent 'dou' ?
@@AdrienLinuxtricks À mon avis, pour un anglophone, il est plus naturel (et sonne mieux) de prononcer 'sudo' avec un 'do' (comme la note). Voir comme exemples les mots : Avocado, Tornado, Weirdo ou Pseudo.
Cette commande est parfois utilisée, elle demande d'exécuter la commande "su" (switch user) avec "sudo" (substitute/switch user do). Comme nous l'avons vu : - su permet de changer d'utilisateur (se connecter en tant qu'utilisateur) - sudo permet de lancer une commande avec une délégation de droits Utiliser sudo su est redondant et peut être évité en utilisant simplement la commande sudo directement. sudo -s est à préférer à sudo su Cela fonctionne, je ne dis pas le contraire, mais nous pouvons tout faire avec la commande sudo et l'appel à "su" n'est pas réellement utile. Pour comprendre la réflexion, je te fais une analogie avec un cas de la vie courante : Imagine que la connexion en root est l'action de rentrer dans ton appartement. Tu as 2 portes à franchir : celle de l'immeuble et celle de ton appartement. Tu as une même clé qui ouvre l'entrée de l'immeuble et ton appartement. - sudo -s : tu prends ta clé, tu ouvres la porte de l'immeuble, et avec cette clé tu ouvres ensuite celle de ton appartement - sudo su : tu appeles ton voisin qu'il ouvre avec sa clé la porte de l'immeuble, et avec ta clé tu ouvres celle de ton appartement Dans les 2 cas ça marche, mais la seconde option est illogique. Je vais ajouter cela dans l'article sur le site linuxtricks
sudo su ?
Cette commande est parfois utilisée, elle demande d'exécuter la commande "su" (switch user) avec "sudo" (substitute/switch user do).
Comme nous l'avons vu :
- su permet de changer d'utilisateur (se connecter en tant qu'utilisateur)
- sudo permet de lancer une commande avec une délégation de droits
Utiliser sudo su est redondant et peut être évité en utilisant simplement la commande sudo directement.
sudo -s est à préférer à sudo su
Cela fonctionne, je ne dis pas le contraire, mais nous pouvons tout faire avec la commande sudo et l'appel à "su" n'est pas réellement utile.
Pour comprendre la réflexion, je te fais une analogie avec un cas de la vie courante :
Imagine que la connexion en root est l'action de rentrer dans ton appartement. Tu as 2 portes à franchir : celle de l'immeuble et celle de ton appartement. Tu as une même clé qui ouvre l'entrée de l'immeuble et ton appartement.
- sudo -s : tu prends ta clé, tu ouvres la porte de l'immeuble, et avec cette clé tu ouvres ensuite celle de ton appartement
- sudo su : tu appeles ton voisin qu'il ouvre avec sa clé la porte de l'immeuble, et avec ta clé tu ouvres celle de ton appartement
Dans les 2 cas ça marche, mais la seconde option est illogique.
Je vais ajouter cela dans l'article sur le site linuxtricks
Merci Bcp@@AdrienLinuxtricks
@@DavidBliss01 Imagine : tu crées un utilisateur qui s'appelle «su»… rien que pour le fun.
;)
Magnifique explication pour bien différentier sudo , su , et su -
Merci Adrien
Comme d'habitude c'est super intéressant et très bien expliqué. Je suis preneur pour une vidéo sur le PATH...
Juste ca aurait pu être sympa de savoir quelle utilité à on d'exécuter entièrement ou partiellement les variable d'environnement? Pourquoi ne pas toujours avoir les privilège les plus élever tout le temps?
Ce n’est pas un question de privilège, il peut arriver d’avoir besoin de démarrer un process en guardant les env de l’user courant. Hadrien aurait peut-être dû ajouter qu’on garde nos env vars (celles de l’user qui fait le sudo) très interressant pour ne pas avoir à se connecter en root en ssh pour faire un déploiement par exemple
Une vidéo super pratique pour bien créer des scripts 👌
Merci =)
Clair, net et précis, très bien expliqué,
Un grand merci.
Éventuellement pour éviter le copier/coller avec la souris :
sudo env > /tmp/env.txt
cat !$
De rien !
Je découvre
Super tuto. merci
Mai comment saisir le Mot de Passe directement dans la ligne de COMMANDE ?
Super merci !
La question est intéressante, même si ce n'est pas une bonne pratique.
Dans quels cas tu en aurais besoin par exemple ?
Le cas d'usage m'intéresse pour faire une vidéo explicative sur le sujet
Un très très grand merci pour cette vidéo.
Je débute vraiment ma fonction d'administrateur Réseau & Système et il y a de nombreuse machine Linux sur notre parc ;)
Cool !
C'était nickel, tout ce que j avais besoin de savoir merci
Salut Adrien, Il y a quelques années, tu avais fait une bonne video pour éditer correctement le sudoers. Je pense qu'il serait intéressant de mettre en commentaire le lien de ladite video. Qu'en penses-tu ? C'est toujours un plaisir de voir ce genre de vidéo que tu présentes toujours avec efficacité.
Merci pour ton avis.
Je vais surtout refaire l'article du site dans un premier temps, qui n'est franchement pas terrible (il y a énormément de vues), afin de le rendre meilleur.
ensuite je referai une vidéo détaillée de sudo car on m'a sollicité plusieurs fois à ce sujet ;)
Bonjour Adrien, quelle différence avec la commande sudo su?
Cette commande est parfois utilisée, elle demande d'exécuter la commande "su" (switch user) avec "sudo" (substitute/switch user do).
Comme nous l'avons vu :
- su permet de changer d'utilisateur (se connecter en tant qu'utilisateur)
- sudo permet de lancer une commande avec une délégation de droits
Utiliser sudo su est redondant et peut être évité en utilisant simplement la commande sudo directement.
sudo -s est à préférer à sudo su
Cela fonctionne, je ne dis pas le contraire, mais nous pouvons tout faire avec la commande sudo et l'appel à "su" n'est pas réellement utile.
Pour comprendre la réflexion, je te fais une analogie avec un cas de la vie courante :
Imagine que la connexion en root est l'action de rentrer dans ton appartement. Tu as 2 portes à franchir : celle de l'immeuble et celle de ton appartement. Tu as une même clé qui ouvre l'entrée de l'immeuble et ton appartement.
- sudo -s : tu prends ta clé, tu ouvres la porte de l'immeuble, et avec cette clé tu ouvres ensuite celle de ton appartement
- sudo su : tu appeles ton voisin qu'il ouvre avec sa clé la porte de l'immeuble, et avec ta clé tu ouvres celle de ton appartement
Dans les 2 cas ça marche, mais la seconde option est illogique.
Je vais ajouter cela dans l'article sur le site linuxtricks
Vidéo sympa, j'ai juste une question
Si j'entre une commande type `sudo dnf upgrade && poweroff` est-ce que ça exécute `dnf upgrade && poweroff` avec le sudo où est-ce que ça exécute `sudo dnf upgrade` puis `poweroff` ?
exécuter "sudo whoami && whoami" répond à la question : et c'est "sudo whoami" puis "whoami".
Hasard des choses, il y a 12 jours je me suis arraché les cheveux car ma variable d'environnement DIFFPROG présente en root et pour mon utilisateur local n'était pas chargée par sudo.
J'ai finalement trouvé qu'en la claquant dans /etc/environment c'était bon mais jamais je n'avais eu à toucher à ce fichier en 20 ans de linux ^^
Voilà maintenant j'ai une envie de vidéo sur journalctl et comment l'exploiter correctement :D
Hello,
on a fait ça il y a un moment déjà : th-cam.com/video/CYEgBgG1vIE/w-d-xo.html
oh merci je passait en root juste avec " su "
Du coup si j'ai bien compris on à moins de chance de foutre la bazar dans la machine car USER= ne s'appel pas root ?
Merci beaucoup pour la vidéo
Avec plaisir
merci
Super merci
Peut-on ajouter des choses sur ton wiki ? parce que pour trouver des infos sur un truc précis avec Linux c'est très difficile et en général les communautés ont un melon surdimensionné (surtout quand elles ne sont pas fr), ça aide pas à démocratiser le bousin. J'ai mis un long moment à trouver que l'on peut faire des conditions dans un conky et je n'ai toujours pas trouvé comment afficher une cover avec MPD, PHP c'est plus facile à côté.
Merci video tres informative, je vais donc utiliser su - root ou sudo -i si je connais pas le root password.
Y a des distrib ou root n'est pas de shell/password, su ne marche pas
su-per cool 👍🏻merci 😉
merci !
Ça commence fort, apprend dès 2' que SUDO ne vient pas de Super User, contrairement à ce que je croyais. Merci :-)
(et en dehors de cette petite leçon d'humilité, merci pour cette capsule limpide)
C'est ce que je dis à tous mes étudiants qui pensent tous, sans exception, que ça veut dire 'super user', alors que ça veut dire 'switch user'!
@@bugul_noz Je te rassure, comme dit @flitox, je suis persuadée que 99% des utilisateurs sont dans ce cas. Et j'ai fait la confusion très longtemps aussi, je ne suis pas une exception héhé. C'est principalement dû au fait que dans le cas d'une utilisation classique sur un poste de travail personnel, on s'en sert rarement, voire jamais, pour switch user, mais seulement pour lancer des commandes en super utilisateur. Ça change quand on administre des serveurs distants, ou qu'on gère des bases de données, là on est beaucoup plus souvent amené à devoir changer d'utilisateur, et du coup, ça finit par rentrer que c'est un «switch user» 😛
#metoo. par contre moi je me contente de faire "su -" je ne mets pas de "root" après. j'ai l'impression que ça ne change pas grand chose.
@@flitox01 en vrai c'est ''substitute user'' pas ''switch user''
Je fais souvent "sudo bash" quand je ne suis pas autorisé à passer su. Au final, pas de différence réelle.
avec la commande "su" sans rien ajouter on passe en root directement
Vidéo super intéressante, merci beaucoup :)
🤣
Moi je fais la plupard du temps ''sudo su - '' , je gagne la saisie du mot de passe (qui est souvent dans le cache)
Cette commande est parfois utilisée, elle demande d'exécuter la commande "su" (switch user) avec "sudo" (substitute/switch user do).
Comme nous l'avons vu :
- su permet de changer d'utilisateur (se connecter en tant qu'utilisateur)
- sudo permet de lancer une commande avec une délégation de droits
Utiliser sudo su est redondant et peut être évité en utilisant simplement la commande sudo directement.
sudo -s est à préférer à sudo su
Cela fonctionne, je ne dis pas le contraire, mais nous pouvons tout faire avec la commande sudo et l'appel à "su" n'est pas réellement utile.
Pour comprendre la réflexion, je te fais une analogie avec un cas de la vie courante :
Imagine que la connexion en root est l'action de rentrer dans ton appartement. Tu as 2 portes à franchir : celle de l'immeuble et celle de ton appartement. Tu as une même clé qui ouvre l'entrée de l'immeuble et ton appartement.
- sudo -i : tu prends ta clé, tu ouvres la porte de l'immeuble, et avec cette clé tu ouvres ensuite celle de ton appartement
- sudo su - : tu appeles ton voisin qu'il ouvre avec sa clé la porte de l'immeuble, et avec ta clé tu ouvres celle de ton appartement
Dans les 2 cas ça marche, mais la seconde option est illogique.
Je vais ajouter cela dans l'article sur le site linuxtricks
@@AdrienLinuxtricks en fait je connaissais pas l'option -i, du coup j'ai appliqué la philosophie unix d'empilement de briques :-)
Ne dit-on pas plutôt "su" "do" (prononcé comme la note de musique) ? J'ai entendu beaucoup d'anglophones dire "do" et pas "dou" (et ce bien que "sudo" soit une contraction de "substitute user do") , mais peut-être que certains anglophones disent tout de même 'dou' ? La plupart des professionnels (prestataires, collègues etc.) français avec qui vous conversez disent 'dou' ?
La ou je bosse c’est sudO et pas sudOU
Vu que c'est switch/substitute user do (du verbe faire) je dis "dou" :)
Comme c'est switch ou substitute user do (du verbe faire) je prononce "dou" :)
@@AdrienLinuxtricks À mon avis, pour un anglophone, il est plus naturel (et sonne mieux) de prononcer 'sudo' avec un 'do' (comme la note). Voir comme exemples les mots : Avocado, Tornado, Weirdo ou Pseudo.
Je pense que tu as oublié le "sudo su", merci pour la vidéo
Cette commande est parfois utilisée, elle demande d'exécuter la commande "su" (switch user) avec "sudo" (substitute/switch user do).
Comme nous l'avons vu :
- su permet de changer d'utilisateur (se connecter en tant qu'utilisateur)
- sudo permet de lancer une commande avec une délégation de droits
Utiliser sudo su est redondant et peut être évité en utilisant simplement la commande sudo directement.
sudo -s est à préférer à sudo su
Cela fonctionne, je ne dis pas le contraire, mais nous pouvons tout faire avec la commande sudo et l'appel à "su" n'est pas réellement utile.
Pour comprendre la réflexion, je te fais une analogie avec un cas de la vie courante :
Imagine que la connexion en root est l'action de rentrer dans ton appartement. Tu as 2 portes à franchir : celle de l'immeuble et celle de ton appartement. Tu as une même clé qui ouvre l'entrée de l'immeuble et ton appartement.
- sudo -s : tu prends ta clé, tu ouvres la porte de l'immeuble, et avec cette clé tu ouvres ensuite celle de ton appartement
- sudo su : tu appeles ton voisin qu'il ouvre avec sa clé la porte de l'immeuble, et avec ta clé tu ouvres celle de ton appartement
Dans les 2 cas ça marche, mais la seconde option est illogique.
Je vais ajouter cela dans l'article sur le site linuxtricks
@@AdrienLinuxtricks et sudo sudo -s ?
cest pas plutot superuser do
Non, car sudo peut être fait avec un autre compte qui n'est pas forcément super utilisateur;)
@@AdrienLinuxtricks pourtant sur wikipedia si tu cheche what does sudo means cest mis super user do
cr7 il utilise SUUUUUUUUUUUUUUUUUUUUUUUU
Merci 👍👍👍