J'ai l' su
exécutable avec les autorisations suivantes:
bash-4.2# ls -la /bin/su
-rws--s--- 1 root wheel 59930 Sep 14 2012 ./su
Lorsque je suis connecté en tant qu'utilisateur, pas dans le wheel
groupe et que j'essaie de courir su
, j'obtiens une erreur, qui est correcte:
bash-4.2$ su
bash: /bin/su: Permission denied
Après cela, j'ajoute cet utilisateur au wheel
groupe à partir de root
:
bash-4.2# usermod -a -G wheel user
Mais pour la même session de terminal, je ne peux toujours pas exécuter su
:
bash-4.2$ su
bash: /bin/su: Permission denied
Pour les nouvelles sessions, je peux exécuter su
. Comment permettre de s'exécuter su
instantanément après avoir ajouté l'utilisateur au groupe approprié?
permissions
su
user4035
la source
la source
newgrp
réponse de Joseph est correcte - mais elle s'applique UNIQUEMENT au shell dans lequel vous l'exécutez, donc si vous avez plusieurs shells en cours d'exécution, il est facile d'oublier celui que vous avez exécuténewgrp
et celui que vous n'avez pas. Il peut être plus simple / plus facile de simplement vous déconnecter et vous reconnecter.Réponses:
Faites simplement exécuter l'utilisateur
Cela va démarrer un nouveau shell avec l'ID de groupe changé en celui de
wheel
. Si vous voulez démarrer un nouveau shell et tuer le précédent, utilisezau lieu.
En effet, le noyau a toujours le groupe précédent associé aux processus en cours d'exécution.
la source
newgrp wheel
tant qu'utilisateur, il demande un mot de passe. Même lorsque je tape le mot de passe root, il dit: Mot de passe invalidesu
y exécute pour basculer vers root. J'ai essayé de lancer "newgrp wheel", mais il demande un mot de passe:bash-4.2$ newgrp wheel Password:
le mot de passe root ne fonctionne pasnewgrp wheel
ne pas laisser "ajouter l'utilisateur au groupe de roues" pour prendre effet, l'effet est que le GID principal de l'utilisateur a changé, ce qui est fondamentalement différent - par exemple, les fichiers nouvellement créés auront le nouveau GID.