Chi imposta le variabili di ambiente $ USER e $ USERNAME?

Inoltre, queste variabili corrisponderanno sempre al nome utente attualmente connesso (lo fanno sul mio sistema Debian)? Posso assumere la loro disponibilità in altri sistemi Unix (simili)?

Sono anche curioso di sapere perché si dovrebbe usare whoamiinvece di leggere una qualsiasi di queste variabili.

È il login .

La pagina man di login (1) di Linux dice:

Il valore per $ HOME , $ USER , $ SHELL , $ PATH , $ LOGNAME e $ MAIL sono impostati in base ai campi appropriati nella voce della password.

La pagina man login (1) di FreeBSD dice:

L' utilità di accesso inserisce informazioni nell'ambiente (vedere environment ( 7) ) specificando la home directory dell'utente (HOME), l'interprete dei comandi (SHELL), il percorso di ricerca (PATH), il tipo di terminale (TERM) e il nome utente (sia LOGNAME che USER) .

Le pagine man di NetBSD , OpenBSD e OS X dicono la stessa cosa.

Ecco il codice sorgente dal login util-linux:

setenv("HOME", pwd->pw_dir, 0); /* legal to override */
setenv("USER", pwd->pw_name, 1);
setenv("SHELL", pwd->pw_shell, 1);
/* ... */
setenv("LOGNAME", pwd->pw_name, 1);

Ecco il codice sorgente dal login di FreeBSD:

(void)setenv("LOGNAME", username, 1);
(void)setenv("USER", username, 1);
(void)setenv("PATH", rootlogin ? _PATH_STDPATH : _PATH_DEFPATH, 0);

Non c'è una regola. Ad alcune conchiglie piace tcsho zshimposta $LOGNAME. zshinsiemi $USER.

Essa può essere fissata da alcune cose che accedono come login(come invocato da gettyquando login su un terminale e, talvolta, da altre cose come in.rlogind), cron, su, sudo, sshd, rshd, gestori di accesso grafici o non può.

Se c'è stato un accesso, tuttavia, nella mia esperienza, $USERè generalmente impostato (ma potrebbe non essere aggiornato dopo una modifica dell'ID utente (tramite comandi setuid) all'interno di quella sessione di accesso. POSIX richiede che $LOGNAMEsia impostato al momento dell'accesso (e cron).

Per ottenere il nome di accesso in modo portabile, è meglio utilizzare il lognamecomando (se non è stato effettuato alcun accesso, potrebbe non restituire nulla). Per ottenere l'id utente, utilizzare id -u. Per ottenere un nome utente corrispondente alla corrente efficace user id: id -un. Per ottenerli tutti (la maggior parte delle volte, esiste un solo nome utente per ID utente, ma non è garantito):

perl -le 'while ($n = getpwent()) {print $n if getpwnam($n) == $>}'

Tuttavia, ciò potrebbe non funzionare su sistemi in cui il database degli utenti non può essere elencato (come accade talvolta con i database degli utenti in rete, ad esempio).

Probabilmente vuoi fare affidamento sullo standard POSIX qui, dal momento che a un certo punto probabilmente ti preoccuperai non solo del login dell'utente (gestito dal loginprogramma) ma anche di cronlavori e simili.

Pertanto, è necessario sapere che POSIX richiede $LOGNAMEma non $USER. Ad esempio, $USERpotrebbe non essere impostato da cron, come sottolineato in una risposta di Keith Thompson , che fa anche riferimento ad una storia su come ciò si collega alla storia di System-V vs BSD:

... almeno sul mio sistema (Ubuntu 14.04) la variabile d'ambiente $ USER non è impostata per i lavori cron. Invece, puoi usare $ LOGNAME, che fa parte dell'ambiente per i lavori cron.

Secondo la pagina man di environment (7) (digitare man environment per leggerlo), $ USER è usato dai programmi derivati ​​da BSD e $ LOGNAME è usato dai programmi derivati ​​da System-V.

Se vuoi usare le variabili di ambiente (invece di whoamio getpwente getpwnam) e non sei sicuro che siano sempre impostate allo stesso modo su tutti i sistemi * NIX, prova questo in bash:

THIS_USER=${USER:-${USERNAME:-${LOGNAME}}}
echo ${THIS_USER}

Se dopo tutto ciò è ancora vuoto, allora sei su un sistema piuttosto esoterico. ;)