Discussion :

[Philippe Dpt35]

Bonjour,

Au sein d'un script de post-installation d'un paquet, j'ai besoin de connaître l'utilisateur courant.
logname ou $LOGNAME me renvoie bien la bonne information sous Debian, mais sous Ubuntu ça renvoie une chaîne vide.
A quoi est due cette différence de comportement entre Debian et Ubuntu ?

Comment obtenir l'utilisateur courant aussi bien sous Ubuntu que sous Debian ?

[disedorgue]

Bonjour,

En principe, id -un devrait le faire.

[Philippe Dpt35]

Je viens de tester, et c'est en fait moins fiable que logname.
Quand je passe en root dans un terminal, id -un me renvoie root alors que logname me renvoie bien l'utilisateur courant.
Et ce, aussi bien sous Debian que sous Ubuntu.

[jlliagre]

Essaie:

Code :

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

who am I

ou l'équivalent:

Code :

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

who -m

[chrtophe]

Code :

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

sudo whoami

renverra root.

La seconde solution est plus fiable.

Tu peux aussi de baser sur les variables d’environnement USER et HOME.

[jlliagre]

Si on passe complètement sous root sous Ubuntu:

Code :

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

1
2
3
4
5
 
$ whoami
jlliagre
$ sudo su -
#

Ce qui ne marche pas:

Code :

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

1
2
3
4
5
6
7
8
# whoami
root
# echo $LOGNAME
root
# echo $HOME
/root
# id -un
root

Ce qui marche:

Code :

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

1
2
3
4
# logname
jlliagre
# who am i | cut -d " " -f 1
jlliagre

[Philippe Dpt35]

Sous Ubuntu, lorsqu'on passe complètement en root, logname et who -m fonctionnent.
Mais dès que cet appel se fait depuis un script de post-installation d'un paquet, là ça renvoie une chaîne vide, alors qu'il n'y a pas ce problème sous Debian.

Une discussion intéressante sur ce problème ici: https://stackoverflow.com/questions/...nd-su-commands

Je n'ai pas testé les fonctions proposées. Il me faudra déjà un peu de temps pour bien les comprendre compte-tenu de mon niveau en script bash.

En revanche, j'ai constaté ceci, depuis le script de post-installation:
who -m renvoie une chaîne vide
who me renvoie 2 lignes, les deux avec l'utilisateur courant, et pas root

On peut envisager une fonction extrayant l'utilisateur courant depuis l'examen de ce que renvoie who. Mais si un second utilisateur a ouvert une session, comment savoir lequel est l'utilisateur courant dans les lignes renvoyées par who ? Les infos renvoyées le permettent-elles ?

[Philippe Dpt35]

Je viens de tester

Code :

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

who am i | cut -d " " -f 1

depuis le script de post-installation du paquet, et ça me renvoie également une chaîne vide sous Ubuntu.

[BufferBob]

salut,

Quand je passe en root dans un terminal, id -un me renvoie root

et id -run ?

[Philippe Dpt35]

salut,


et id -run ?

Pas mieux que id -un

[ggnore]

Est-ce que la variable d'environnement $UID est valorisée ? $SUDO_UID ? $SUDO_USER ?

Je ne connaissais pas 'who am i', j'utilise whoami tout collé.

[Philippe Dpt35]

Dans un terminal après être passé totalement en root, $UID renvoie 0, donc root.

Quant à l'interrogation de $SUDO_UID et $SUDO_USER, ils ne sont pas envisageables. Sous Debian, sudo n'est pas installé par défaut.

[disedorgue]

En relisant toute la discussion, il nous manque des éléments:

-Comment passes-tu en root (la commande) ?

-Comment exécutes-tu ton installation de package (contexte tels depuis un terminal, ou depuis une interface graphique) ?

-Est-ce que tu as le même souci au départ de l'installation du package ?
Si pas de souci, peut-être devrais-tu sauver la donnée qui t'intéresses et la récupérer quand tu en as besoin...

[ggnore]

Dans un terminal après être passé totalement en root, $UID renvoie 0, donc root.

Quant à l'interrogation de $SUDO_UID et $SUDO_USER, ils ne sont pas envisageables. Sous Debian, sudo n'est pas installé par défaut.

Tu constates que debian et ubuntu ne sont pas pareils, mais tu ne veux quand même pas gérer chaque cas différemment ?

[BufferBob]

et ça ça fonctionne ?

Code :

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

ps -o user= $(awk '{print $6}' /proc/self/stat)

(le 6e champs de /proc/PID/stat est le SID, session ID)

[Philippe Dpt35]

@ggnore
J'essaie d'abord de voir s'il n'y a pas une solution générique.
A défaut, je ferai effectivement un traitement différent.
Ma formulation "$SUDO_UID et $SUDO_USER, ils ne sont pas envisageables" était effectivement dans ce sens trop catégorique.

[jlliagre]

On peut envisager une fonction extrayant l'utilisateur courant depuis l'examen de ce que renvoie who. Mais si un second utilisateur a ouvert une session, comment savoir lequel est l'utilisateur courant dans les lignes renvoyées par who ? Les infos renvoyées le permettent-elles ?

Non. Si logname ne renvoie rien, c'est que le script de post installation s'est complètement déconnecté du contexte de l'utilisateur courant. Le "su -" substitue le compte utilisateur par celui de root mais la commande logname (ou "who am i/who -m") arrivent encore à le retrouver en regardant qui est logué sur le tty associé à la commande.

Sous Ubuntu, la commande d'installation du package se détache de ce tty (ce qu'on peut faire avec "nohup" par exemple). Il n'existe donc plus de méthode simple pour retrouver qui a lancé la commande originale en dehors de regarder qui est logué, mais ce n'est pas très fiable.

En fait, la commande logname elle-même n'est pas fiable à 100% non plus. Un utilisateur qui a les droits d'installer un package peut se faire passer pour un autre en magouillant avec les redirections.

Seule une trace de toutes les exécutions, par exemple à l'aide du framework d'audit, permettrait de déterminer qui a lancé quoi en remontant le séquencement des processus.

[BufferBob]

(...) Il n'existe donc plus de méthode simple pour retrouver qui a lancé la commande originale en dehors de regarder qui est logué, mais ce n'est pas très fiable.

au risque de me répéter, est-ce que le SID n'est pas le discriminant qu'on recherche ?

Code :

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

ps -AH -o user,pid,sid,command

[ggnore]

Pourquoi ne pas valoriser une variable avant de sudo et l'utiliser après la section sudo ?

[Philippe Dpt35]

Je viens de tester

Code :

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

ps -o user= $(awk '{print $6}' /proc/self/stat)

en script de post install, là également le retour est vide.