(Résolu) Retirer droit administrateur à un utilisateur sur DFLinux

mksmn · 03-10-2022 07:39:16

Bonjour, sur mon portable j'ai installé DFLinux bullseye, j'ai jamais pu installer une debian issue d'une iso debian, à l'installation l'utilisateur reçoit des droits administrateur, par exemple pour synaptic, gparted, etc, j'ai donc donner à root un mot de passe administrateur, pour le terminal par exemple, comment supprimer les droits administrateur à l'utilisateur que je suis.

Merci

Dernière modification par mksmn (03-10-2022 09:40:10)

nounours · 03-10-2022 08:28:03

@ mksmn
Bonjour
Dans quel but ?.
Ce n'est pas gênant, je trouve.
Peut être au démarrage ou le pc demande un mot de passe (?).

Tawal · 03-10-2022 08:28:30

Hello,

Il y a 2 façons d'obtenir les droits root :
- Une inscription de l'utilisateur dans /etc/sudoers ou /etc/sudoers.d/XXX.
- Une appartenance de l'utilisateur au groupe sudo.
Peux-tu donner le retour de ces 2 commandes :

groups

sudo find /etc -type f -path "/etc/sudoers*" -exec bash -c 'echo "$1"; cat -n "$1"' _ '{}' \;

On avisera selon les retours

Lupa · 03-10-2022 08:39:23

J'ignore si je comprends bien.

A l'installation, je donne un psw à root, et au "super-user". Celui-ci est dans le groupe sudo : s'il tape cette commande dans un terminal, l'OS demande le mot de passe, et affiche un terminal avec un # à la fin du prompt. Il n'est plus lui-même dans ce processus qu'est le terminal. Il est root. La commande wohami (qui je suis) retourne : "root".

Exemple dans un terminal root :

root@DEB-1151:~# whoami

root

root@DEB-1151:~#

Lorsque le "super-utilisateur" lance des tâches d'aministration (et l'appel de Gparted ou Synaptic en est une) l'OS lui demande son mot de passe à lui (le super-user). Et le prog se lance, parce que le super-user n'est plus lui-même mais root. En graphique, pas toujours facile de le savoir. Certains gestionnaires de fichiers (Double-commander, par exemple) affichent "ROOT PRIVILEGES" dans la barre de titre. Mousepad affichera : "Attention, vous utilisez le compte root ; vous risquez d'endommager votre système". Idem pour Thunar.

Tu voudrais retirer les droits d'administration à ce super-user ? ATTENTION !! Si c'est toi, tu te retires à toi-même ces droits.
J'ai bien pigé ?

mksmn · 03-10-2022 08:58:44

Bonjour et merci

michel@michel-debian:~$ groups

michel adm cdrom sudo audio video plugdev netdev bluetooth lpadmin scanner autologin

root@michel-debian:~# sudo find /etc -type f -path "/etc/sudoers*" -exec bash -c 'echo "$1"; cat -n "$1"' _ '{}' \;

/etc/sudoers

     1  #

     2  # This file MUST be edited with the 'visudo' command as root.

     3  #

     4  # Please consider adding local content in /etc/sudoers.d/ instead of

     5  # directly modifying this file.

     6  #

     7  # See the man page for details on how to write a sudoers file.

     8  #

     9  Defaults  env_reset

    10  Defaults  mail_badpass

    11  Defaults  secure_path="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin"

    12  

    13  # Host alias specification

    14  

    15  # User alias specification

    16  

    17  # Cmnd alias specification

    18  

    19  # User privilege specification

    20  root  ALL=(ALL:ALL) ALL

    21  

    22  # Allow members of group sudo to execute any command

    23  %sudo ALL=(ALL:ALL) ALL

    24  

    25  # See sudoers(5) for more information on "@include" directives:

    26  

    27  @includedir /etc/sudoers.d

/etc/sudoers.d/README

     1  #

     2  # As of Debian version 1.7.2p1-1, the default /etc/sudoers file created on

     3  # installation of the package now includes the directive:

     4  # 

     5  #   #includedir /etc/sudoers.d

     6  # 

     7  # This will cause sudo to read and parse any files in the /etc/sudoers.d 

     8  # directory that do not end in '~' or contain a '.' character.

     9  # 

    10  # Note that there must be at least one file in the sudoers.d directory (this

    11  # one will do), and all files in this directory should be mode 0440.

    12  # 

    13  # Note also, that because sudoers contents can vary widely, no attempt is 

    14  # made to add this directive to existing sudoers files on upgrade.  Feel free

    15  # to add the above directive to the end of your /etc/sudoers file to enable 

    16  # this functionality for existing installations if you wish!

    17  #

    18  # Finally, please note that using the visudo command is the recommended way

    19  # to update sudoers content, since it protects against many failure modes.

    20  # See the man page for visudo for more information.

    21  #

/etc/sudoers.d/10-installer

     1  %sudo ALL=(ALL) ALL

/etc/sudoers.lecture

     1  INFO : Pour des raisons de sécurité, rien ne s'affiche durant la saisie du mot de passe. Validez avec la touche "entrée".

mksmn · 03-10-2022 09:01:48

Lupa a écrit :

J'ignore si je comprends bien.

A l'installation, je donne un psw à root, et au "super-user". Celui-ci est dans le groupe sudo : s'il tape cette commande dans un terminal, l'OS demande le mot de passe, et affiche un terminal avec un # à la fin du prompt. Il n'est plus lui-même dans ce processus qu'est le terminal. Il est root. La commande wohami (qui je suis) retourne : "root".

Exemple dans un terminal root :

root@DEB-1151:~# whoami
root
root@DEB-1151:~#

Lorsque le "super-utilisateur" lance des tâches d'aministration (et l'appel de Gparted ou Synaptic en est une) l'OS lui demande son mot de passe à lui (le super-user). Et le prog se lance, parce que le super-user n'est plus lui-même mais root. En graphique, pas toujours facile de le savoir. Certains gestionnaires de fichiers (Double-commander, par exemple) affichent "ROOT PRIVILEGES" dans la barre de titre. Mousepad affichera : "Attention, vous utilisez le compte root ; vous risquez d'endommager votre système". Idem pour Thunar.

Tu voudrais retirer les droits d'administration à ce super-user ? ATTENTION !! Si c'est toi, tu te retires à toi-même ces droits.
J'ai bien pigé ?

Bonjour, non je veux retirer les droits administration à l'utilisateur michel, que je suis.

Tawal · 03-10-2022 09:20:59

Ok,

Selon tes retours, l'accession aux privilèges se fait par l'apartenance de ton utilisateur au groupe sudo.
Pour retirer ce groupe de ton utilisateur :

deluser michel sudo

Ce ne sera actif qu'après un redémarrage (ou peut-être une déconnexion/reconnexion).

Edit:
Changement de la commande : delgroup devenu deluser (voir #11 et #17)

Dernière modification par Tawal (03-10-2022 20:25:34)

mksmn · 03-10-2022 09:22:14

Tawal a écrit :

Ok,

Selon tes retours, l'accession aux privilèges se fait par l'apartenance de ton utilisateur au groupe sudo.
Pour retirer ce groupe de ton utilisateur :
delgroup michel sudo

Ce ne sera actif qu'après un redémarrage (ou peut-être une déconnexion/reconnexion).

ok je teste et te donne le retour

ubub · 03-10-2022 09:23:20

Bonjour,

Pour récapituler, tu as créé un compte root avec son mot de passe; et de fait, vu que c'est D-F, ton utilisateur a aussi les droits administrateur via sudo ....
Tu veux t'enlever tes droits sudo pour ne garder que ceux de root;
à l'avenir du coup, il faudra que tu passes par su - plutôt que sudo pour effectuer des tâches d'administration sur ton ordi...
Tu peux t'enlever du groupe sudo en utilisant deluser,
voir man adduser
https://manpages.debian.org/bullseye/ad … .8.fr.html

Dernière modification par ubub (03-10-2022 09:24:11)

Tawal · 03-10-2022 09:23:58

Tu sais que tu n'es pas obligé de citer chaque message.
Ça alourdi le sujet et rend la lecture plus difficile.

raleur · 03-10-2022 09:24:54

Tawal a écrit :

delgroup michel sudo

deluser, pas delgroup.

Tawal a écrit :

Ce ne sera actif qu'après un redémarrage (ou peut-être une déconnexion/reconnexion).

Cela s'applique immédiatement à toute nouvelle session, mais pas aux sessions en cours.

Dernière modification par raleur (03-10-2022 09:38:25)

raleur · 03-10-2022 09:27:49

Lupa a écrit :

A l'installation, je donne un psw à root, et au "super-user". Celui-ci est dans le groupe sudo

Non. Le super-utilisateur, c'est root. L'utilisateur n'est qu'un utilisateur normal membre du groupe sudo. Certains environnements l'appellent "administrateur".

Dernière modification par raleur (03-10-2022 09:30:18)

Tawal · 03-10-2022 09:31:04

Cela s'applique immédiatement à toute nouvelle session, mais pas aux sessions en cours.

Ok, n'étant pas sûr, je n'ai pas voulu l'affirmer.

Quant à delgroup vs deluser, les 2 fonctionnent.
Mais c'est vrai que d'après le man, il faudrait plutôt utiliser deluser.
Donc la commande devrait être :

deluser michel sudo

Dernière modification par Tawal (03-10-2022 09:31:26)

mksmn · 03-10-2022 09:33:44

Bonjour et merci à tous, c'est parfait, oui j'ai l' habitude avec su - , c'est pour uniformiser avec ma debian sur ma tour.

@raleur, merci à toi, delgroup a bien fonctionné, j'ai essayé ensuite avec deluser, réponse :

michel@michel-debian:~$ su -

Mot de passe : 

root@michel-debian:~# deluser michel sudo

/usr/sbin/deluser: L'utilisateur « michel » n'est pas membre du groupe « sudo ».

@tawal, merci à toi, oui en fait le fait de reciter me fait penser que c'est plus clair

Dernière modification par mksmn (03-10-2022 09:34:11)

Croutons · 03-10-2022 09:45:05

deluser , mais delgroup le fait aussi

ubub · 03-10-2022 13:03:42

@Lupa
Re,

Lupa a écrit :

J'ignore si je comprends bien.

Je suis pas vraiment sûr ...

A l'installation, je donne un psw à root, et au "super-user".

problème de compréhension, root = superuser ou superutilisateur en français, plusieurs mots pour la même entité..

Celui-ci est dans le groupe sudo

Pas du tout, c'est là que tu confond...
root n'est pas juste un utilisateur, c'est un peu Dieu ...

: s'il tape cette commande dans un terminal, l'OS demande le mot de passe, et affiche un terminal avec un # à la fin du prompt. Il n'est plus lui-même dans ce processus qu'est le terminal

"Il" est toujours "lui-même"...
Comme dans une usine, le chef et l'ouvrier sont deux personnes physiques mais qui n'endossent pas le même chapeau; José l'ouvrier peut être chef, mais sera toujours "lui-même", juste ses drots (sa fiche de salaire) qui aura changé.. je m'égare,...

le super-user n'est plus lui-même mais root.

C'est la même chose ...
sudo, c'est des droits pour agir avec des privilèges (de root)
tu les donne à qui tu veux...
Juste là, y'a que toi et ta machine...
Mais imagine une seule machine et plusieurs personnes à l'utiliser
Une seule sera responsable de son fonctionement,
cette personne aura "le droit" de s'en occuper ...Mais tartampion qui est juste à coté aurait pu aussi intervenir sur la machine, mais il n'a pas "le droit" car il fait que des bétises ...
Root, (le super-user), c'est juste un rôle qu'une personne physique endosse...
Dans le cas d'une utilisation personnelle de l'ordi, ça se voit pas pareil ...

vv222 · 03-10-2022 14:09:05

Tawal a écrit :

Quant à delgroup vs deluser, les 2 fonctionnent.

Ça fonctionne avec delgroup uniquement par "coup de bol". /usr/sbin/delgroup est un lien symbolique vers /usr/sbin/deluser, et revient en fait à appeler deluser --group. Il y a des chances que quand la commande est appelée avec deux arguments qui ne sont pas des options, ce soit traité comme une demande de retirer un utilisateur d’un groupe et que dans ce cas l’option --group soit ignorée.

---

Je viens de jeter un œil au script /usr/sbin/deluser (c’est un script Perl relativement simple), et je confirme que quand on l’appelle avec deux arguments il considère automatiquement qu’il s’agit d’un utilisateur et du groupe duquel on cherche à le retirer. L’option --group est bien ignorée silencieusement dans ce genre de cas.

Par contre c’est un détail d’implémentation sur lequel il vaut mieux ne pas compter, c’est plus prudent d’utiliser la commande correcte (deluser).

mksmn · 03-10-2022 15:11:58

bonjour et merci pour cette explication.

Tawal · 03-10-2022 20:20:48

Oui merci de cette explication très claire.

D'autant que le man l'est aussi :

man deluser a écrit :

SYNOPSIS
...
deluser [options] utilisateur groupe

DESCRIPTION
...
Retire un utilisateur d'un groupe
Lorsqu'il est appelé avec deux paramètres qui ne sont pas des options, deluser retire un utilisateur d'un groupe particulier.

On notera la faute à "Retire" qui devrait être "Retirer", si quelqu'un veut la signaler.

Edit:
Je modifie mes messages précédents pour éviter des réussites futures par "coup de bol"

Dernière modification par Tawal (03-10-2022 23:10:25)

ubub · 03-10-2022 20:44:01

Tawal a écrit :

si quelqu'un veut la signaler

Bah, toi ....

Tawal · 03-10-2022 21:22:31

Bah, toi ....

+1

Edit: Fait

Dernière modification par Tawal (03-10-2022 21:33:09)

ubub · 04-10-2022 17:08:56

Tawal a écrit :

Edit: Fait

Mah super !
Maintenant que t'en as pris l'habitude et que je te soupçonne d'être friand des pages man,
t'as plus qu'à les réviser et signaler les anomalies ...
Cool

Dernière modification par ubub (04-10-2022 17:09:49)

Debian-facile

#1 03-10-2022 07:39:16

(Résolu) Retirer droit administrateur à un utilisateur sur DFLinux

#2 03-10-2022 08:28:03

Re : (Résolu) Retirer droit administrateur à un utilisateur sur DFLinux

#3 03-10-2022 08:28:30

Re : (Résolu) Retirer droit administrateur à un utilisateur sur DFLinux

#4 03-10-2022 08:39:23

Re : (Résolu) Retirer droit administrateur à un utilisateur sur DFLinux

#5 03-10-2022 08:58:44

Re : (Résolu) Retirer droit administrateur à un utilisateur sur DFLinux

#6 03-10-2022 09:01:48

Re : (Résolu) Retirer droit administrateur à un utilisateur sur DFLinux

#7 03-10-2022 09:20:59

Re : (Résolu) Retirer droit administrateur à un utilisateur sur DFLinux

#8 03-10-2022 09:22:14

Re : (Résolu) Retirer droit administrateur à un utilisateur sur DFLinux

#9 03-10-2022 09:23:20

Re : (Résolu) Retirer droit administrateur à un utilisateur sur DFLinux

#10 03-10-2022 09:23:58

Re : (Résolu) Retirer droit administrateur à un utilisateur sur DFLinux

#11 03-10-2022 09:24:54

Re : (Résolu) Retirer droit administrateur à un utilisateur sur DFLinux

#12 03-10-2022 09:27:49

Re : (Résolu) Retirer droit administrateur à un utilisateur sur DFLinux

#13 03-10-2022 09:31:04

Re : (Résolu) Retirer droit administrateur à un utilisateur sur DFLinux

#14 03-10-2022 09:33:44

Re : (Résolu) Retirer droit administrateur à un utilisateur sur DFLinux

#15 03-10-2022 09:45:05

Re : (Résolu) Retirer droit administrateur à un utilisateur sur DFLinux

#16 03-10-2022 13:03:42

Re : (Résolu) Retirer droit administrateur à un utilisateur sur DFLinux

#17 03-10-2022 14:09:05

Re : (Résolu) Retirer droit administrateur à un utilisateur sur DFLinux

#18 03-10-2022 15:11:58

Re : (Résolu) Retirer droit administrateur à un utilisateur sur DFLinux

#19 03-10-2022 20:20:48

Re : (Résolu) Retirer droit administrateur à un utilisateur sur DFLinux

#20 03-10-2022 20:44:01

Re : (Résolu) Retirer droit administrateur à un utilisateur sur DFLinux

#21 03-10-2022 21:22:31

Re : (Résolu) Retirer droit administrateur à un utilisateur sur DFLinux

#22 04-10-2022 17:08:56

Re : (Résolu) Retirer droit administrateur à un utilisateur sur DFLinux

Pied de page des forums