In che modo sudo è impostato per non modificare $ HOME in Ubuntu e come disabilitare questo comportamento?

Su Ubuntu 12.04, quando I sudo -sla variabile $ HOME non viene modificata, quindi se il mio utente normale lo è regularuser, la situazione si presenta così:

$ cd
$ pwd
/home/regularuser
$ sudo -s
# cd
# pwd
/home/regularuser

Ho abbandonato Ubuntu molto tempo fa, quindi non posso esserne sicuro, ma penso che questo sia il comportamento predefinito. Quindi, le mie domande sono:

Q1. Come si fa? Dov'è la configurazione?

Q2. Come lo disabilito?

Modifica: grazie per le risposte, che hanno chiarito un po 'le cose, ma credo di dover aggiungere un paio di domande, per ottenere la risposta che sto cercando.

Q3. In Debian sudo -s, cambia la variabile $ HOME in /root. Da quello che ottengo dalle risposte e man sudola shell con cui correva sudo -sè quella data /etc/passwd, giusto?

Q4. Tuttavia, sia su Ubuntu sia su Debian la shell fornita /etc/passwdper root è /bin/bash. Inoltre, in entrambi i sistemi, non riesco a trovare la differenza tra i file .profileo .bashrc, per quanto riguarda $ HOME, il comportamento di sudo -sdifferisce. Qualche aiuto su questo?

Sudo ha molte opzioni di configurazione in fase di compilazione. Puoi elencare le impostazioni nella tua versione con sudo -V. Una delle differenze tra la configurazione in Debian wheezy e in Ubuntu 12.04 è che la HOMEvariabile d'ambiente è conservata in Ubuntu ma non in Debian; entrambe le distribuzioni cancellano tutte le variabili d'ambiente tranne alcune che sono esplicitamente contrassegnate come sicure da conservare. Quindi sudo -sconserva HOMEsu Ubuntu, mentre su Debian HOMEviene cancellato e sudoquindi lo imposta sulla home directory dell'utente di destinazione.

È possibile ignorare questo comportamento nel sudoersfile. Esegui visudoper modificare il sudoersfile. Esistono diverse opzioni pertinenti:

• env_keepdetermina quali variabili di ambiente vengono conservate. Utilizzare Defaults env_keep += "HOME"per conservare la HOMEvariabile di ambiente del chiamante o Defaults env_keep -= "HOME"per cancellarla (e sostituirla con la home directory dell'utente di destinazione).
• env_resetdetermina se le variabili di ambiente vengono resettate affatto. Il ripristino delle variabili di ambiente è spesso necessario per le regole che consentono l'esecuzione di un comando specifico, ma non presenta un vantaggio diretto in termini di sicurezza per le regole che consentono comunque l'esecuzione di comandi arbitrari.
• always_set_home, se impostato, fa sì HOMEche venga sovrascritto anche se è stato conservato a causa della env_resetdisabilitazione o HOMEdell'essere env_keepnell'elenco. Questa opzione non ha alcun effetto se HOMEnon viene comunque conservata.
• set_homeè come always_set_home, ma si applica solo a sudo -s, non quando si chiama sudocon un comando esplicito.

Queste opzioni possono essere impostate per un determinato utente di origine, un determinato utente di destinazione o un determinato comando; vedere il sudoersmanuale per i dettagli.

Puoi sempre scegliere di eseguire l'override HOMEdi una determinata chiamata sudopassando l'opzione -H.

La shell non sovrascriverà mai il valore di HOME. (Impostarebbe HOMEse non fosse impostato, ma sudoimposta sempre in HOMEun modo o nell'altro.)

Se si esegue sudo -i, sudosimula un accesso iniziale. Ciò include l'impostazione HOMEdella home directory dell'utente di destinazione e il richiamo di una shell di accesso .

Utilizzare sudo -H -iinvece di sudo -sottenere una shell root di accesso interattiva:

sudo -H -i
cd
pwd -P  #  /private/var/root  (on Mac OS X 10.6.8)

Da man sudo:

-H      The -H (HOME) option sets the HOME environment variable to
        the homedir of the target user (root by default) as
        specified in passwd(5).  By default, sudo does not modify
        HOME (see set_home and always_set_home in sudoers(5)).

Questo ha poco a che fare con il comportamento sudoe molto a che fare con la differenza tra una "shell di login" e una "shell non di login". La soluzione rapida è

$ sudo -i

come si può vedere con:

$ sudo -s
# id
uid=0(root) gid=0(root) groups=0(root)
# echo $HOME
/home/msw
# exit
$ sudo -i
# echo $HOME
/root
# pwd
/root

Come notato nel manuale sudo:

L'opzione -i (simula il login iniziale) esegue la shell specificata dalla voce del database delle password dell'utente di destinazione come shell di login. Ciò significa che i file di risorse specifici per l'accesso come .profile o .login verranno letti dalla shell. Se viene specificato un comando, viene passato alla shell per l'esecuzione tramite l'opzione -c della shell. Se non viene specificato alcun comando, viene eseguita una shell interattiva.

Un modo abbastanza popolare per ottenere la shell di root sta usando anche:

 $ sudo su - 
 # id
 uid=0(root) gid=0(root) groups=0(root)
 # pwd
 /root

Per sbarazzarsi del diverso comportamento di rispettivamente sudo -ssu Ubuntu e Debian, è possibile utilizzare un sudowrapper (risposta a Q4):

sudos() {
   local PATH="$(getconf PATH)" root_homedir
   root_homedir="$(sudo -H sh -c 'printf "%s" "$HOME"')"
   sudo sh -c 'export HOME="$0"; exec sh -i' "$root_homedir"
   return 0
}

sudo -k
sudos
{
logname
whoami
id -un
id -ur
echo "PATH: $PATH"
}
exit
echo "PATH: $PATH"