Discussion :

[Bouga74]

Hello,

Une petite question aux spécialistes.

Je me connecte sur une machine Red Hat avec moba xterm.
Pour se faire, je m'identifie avec mon user (exemple : dupond), puis, avec ce user dupond, je fais un sudo su - sur le user batch (exemple : monbatch).

J'aimerais savoir s'il y a une commande qui me permet, lorsque je suis connecté en tant que monbatch, de retrouver avec quel user je suis connecté ? (ici, dupond) ?

J'aimerai utiliser cette variable dans un script, mais impossible de trouver.
Le who me ressort la liste des users connectés sur ma machine, et je ne connais pas tellement d'autres commandes.

Merci et bonne soirée !

[disedorgue]

Bonjour,

Réponse non trivial, voir la discussion suivante:
obtenir-l-utilisateur-courant-script-postinstallation-d-paquet

[Bouga74]

Top, merci !

Je n'arrivais pas à taper les bons mots pour tomber sur la réponse.

logname fonctionne parfaitement dans mon cas.

Encore merci !

[Bouga74]

Déjà de retour...

J'ai effectué un paquet de test mais pas moyen d'arriver à utiliser cette variable dans mon script :/

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
user_t=logname | tr [:lower:] [:upper:]
 
logname | tr [:lower:] [:upper:]
 
dir_perso=/gde/monrep/
dir_perso+=logname | tr [:lower:] [:upper:]
 
echo $dir_perso

Résultat :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
MONUSER
/gde/monrep/

Comment est-ce que je peux mettre le résultat de logname dans une variable ? Il n'a pas l'air d'aimer :/

Merci !

[N_BaH]

Bonjour,

on (je) le répète souvent sur ce forum : sudo su - est un contresens diffusé par des sites peu scrupuleux.
sudo -i !!!

[Bouga74]

Bonjour,

J'ai été aggressif ??

Ceci ne répond pas à ma question...

Mais MERCI !!!!

Je mets en résolu, je vais me débrouiller autrement

PS : ca ne fonctionne pas le sudo -i

[N_BaH]

J'ai été aggressif ??

non.
mais ça m'énerve de voir se diffuser des contresens.

MERCI !!!!

il vous en prie.

ca ne fonctionne pas le sudo -i

ça ne fonctionne pas comment ?
il y a un message d'erreur ?
... ?

[disedorgue]

non.
mais ça m'énerve de voir se diffuser des contresens.
il vous en prie.
ça ne fonctionne pas comment ?
il y a un message d'erreur ?
... ?

Bah, faut dire que sudo -i n'est pas la même chose que sudo su -

On peut très bien avoir les autorisations depuis sudo d'utiliser su, mais pas le droit à d'autres commandes...

[N_BaH]

-i, --login [...]
If no command is specified, an interactive shell is executed.
[...]

dans sudo -i, il n'y a pas de commande.

je sais qu'on restreindre les capacités d'exécution d'un utilisateur/groupe, c'est-à-dire n'autoriser l'emploi que de quelques commandes, excluant ainsi toutes les autres.
il pourrait y avoir une option de /etc/sudoers qui interdirait de se connecter en exécutant un shell interactif ? ou qui interdirait l'emploi de certaines commandes, et autoriserait toutes les autres ?

EDIT: je viens de comprendre ta phrase : en autorisant su, on interdit les autres.
reste : mais si aucune commande n'est indiquée, ça interdirait aussi d'exécuter le shell de connexion ?

[jack-ft]

Comment est-ce que je peux mettre le résultat de logname dans une variable ? Il n'a pas l'air d'aimer :/

Pour mettre le résultat d'une commande dans une variable, il faut utiliser la substitution de commande $( ... ):

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

user_t=$(logname | tr [:lower:] [:upper:])

[disedorgue]

Oui, car implicitement, si aucune commande n'est passée en paramètre, c'est exactement comme si tu lui avais passé le shell de connection de l'utilisateur, et donc si par exemple celui-ci est /bin/bash, tu aurais:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
$ sudo -i
[sudo] password for toto:
Sorry, user toto is not allowed to execute '/bin/bash' as root on localhost.localdomain.

Et dans l'exemple que je donne, cet user à la droit de faire un /bin/su:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
# cat /etc/sudoers.d/toto-sudoer
toto ALL=NOPASSWD: /bin/su

[ggnore]

Sous ubuntu 17

si on veut devenir un utilisateur

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

sudo -su monUtilisateur

si on veut devenir root

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

sudo -s

même si c'est pareil que

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

sudo -su root

une fois mon identité changée, je fais

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

env | grep SUDO_USER=

et je retrouve monUtilisateur

Je peux aussi récupérer l'utilisateur primaire plus simplement :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

echo $SUDO_USER

Si on peut éviter de sudo pendant un script, il faut le faire. Lancer une crontab avec directement le bon utilisateur qui a les droits adaptés peut permettre de se passer d'un sudo, par exemple.

[N_BaH]

mais je ne désarme pas :
d'abord, sudo -i (ou sudo -s comme l'indique ggnore (la différence se fait au niveau de l'environnement d'exécution, comme su - et su)),
puis, SI ça ne fonctionne pas à cause de l'interdiction implicite d'exécuter le $SHELL : sudo su-.