Comment obtenir le répertoire $ HOME d'un utilisateur différent dans le script bash ?

Update : sur la base du titre de cette question, les gens semblent venir ici juste à la recherche d'un moyen de trouver le répertoire personnel d'un utilisateur différent, sans avoir besoin de usurper l'identité de cet utilisateur.

Dans ce cas, la solution la plus simple est d'utiliser tilde expansion avec le nom d'utilisateur d'intérêt, combiné avec eval (Ce Qui est nécessaire, car le nom d'utilisateur doit être donné en tant que littéral non cité pour l'expansion du tilde pour travailler):

eval echo "~$different_user"    # prints $different_user's home dir.

Remarque: La habitude mises en garde concernant l'utilisation de eval appliquer; dans ce cas, l'hypothèse est que vous pouvez contrôler la valeur de $different_user et savent que c'est un simple nom d'utilisateur.

En revanche, le reste de cette réponse traite usurpation de l'identité d' un utilisateur et effectuer des opérations que dans le répertoire home de l'utilisateur.

Remarque:

• administrateurs par défaut et autres utilisateurs si autorisé par la sudoers fichier peut usurper l'identité d'autres utilisateurs via sudo.
• ce qui suit est basé sur la configuration par défaut de sudo - changer sa configuration peut le faire se comporter différemment-voir man sudoers.

La forme de base d'exécution d'une commande en tant qu'autre utilisateur est:

sudo -H -u someUser someExe [arg1 ...]
  # Example:
sudo -H -u root env  # print the root user's environment

Remarque:

• si vous négligez de spécifier -H, le processus d'usurpation d'identité (le processus invoqué dans le contexte de l'utilisateur spécifié) signalez le répertoire personnel de l'utilisateur original dans $HOME.
• le processus d'usurpation d'identité aura le même répertoire de travail que le processus d'appel.
• le processus d'usurpation d'identité effectue aucune expansion de shell sur les littéraux de chaîne passés comme arguments, car aucun shell n'est impliqué dans le processus d'usurpation d'identité (sauf si someExe se trouve être un shell) - les expansions par le shell appelant - avant de passer au processus d'usurpation d'identité - encore se produire.

En option, vous pouvez avoir un processus d'usurpation d'identité exécuté en tant que ou via un shell(n usurpation d'identité) , en préfixant someExe soit avec -i ou -s - ne pas spécifier someExe ... crée un shellinteractif :

• -i crée un login shell pour someUser, ce qui implique la suivante:

  • Le profil shell spécifique à l'utilisateur de someUser , s'il est défini, est chargé .
  • $HOME pointe vers Le répertoire personnel de someUser, donc il n'y a pas besoin de -H ( bien que vous puissiez toujours le spécifier)
  • le répertoire de travail de l'interpréteur de commandes est le répertoire personnel de someUser.

• -s crée un shell sans connexion:

  • aucun shell profile n'est chargé (bien que les fichiers d'initialisation pour les shells interactifs nonlogin Le soient; par exemple, ~/.bashrc)
  • sauf si vous spécifiez également -H, le processus d'usurpation d'identité signalez le répertoire personnel de l'utilisateur original dans $HOME.
  • le shell usurpateur aura le même répertoire de travail que le processus appelant.

L'utilisation d'un shell signifie que les arguments de chaîne transmis sur la ligne de commande peuvent être soumis à des expansions de shell - voir différences spécifiques à la plate-forme ci-dessous - par le shell usurpateur (éventuellement après l'expansion initiale par le shell appelant); comparez les deux suivantes commandes (qui utilisent guillemets simples pour empêcher l'expansion prématurée par le shell appelant ):

  # Run root's shell profile, change to root's home dir.
sudo -u root -i eval 'echo $SHELL - $USER - $HOME - $PWD'
  # Don't run root's shell profile, use current working dir.
  # Note the required -H to define $HOME as root`s home dir.
sudo -u root -H -s eval 'echo $SHELL - $USER - $HOME - $PWD'

Quel shell est appelé est déterminé par "la variable D'environnement SHELL si elle est définie ou le shell comme spécifié dans passwd (5)" (selon man sudo). Notez qu'avec -s, il est le invoquant utilisateur de l'environnement de questions, alors qu'avec -i, il est le représenté de l'utilisateur.

Notez qu'il existe une plate-forme différences concernant le comportement lié au shell (avec -i ou -s):

• sudo sous Linux, apparemment, n'accepte qu'un nom exécutable ou intégré comme premier argument suivant -s/-i, alors QU'OSX permet de passer une ligne de commande shell entière; par exemple, OSX accepte sudo -u root -s 'echo $SHELL - $USER - $HOME - $PWD' directement (pas besoin de eval), alors que Linux ne le fait pas (à partir de sudo 1.8.95p).

• Les anciennes versions de sudo sous Linux n'appliquent pas d'extensions shell aux arguments passés à un shell ; par exemple, avec sudo 1.8.3p1 (par exemple, Ubuntu 12.04), sudo -u root -H -s echo '$HOME' fait simplement écho au littéral de chaîne "$HOME " au lieu d'étendre la référence de variable dans le contexte de l'utilisateur root. Depuis au moins sudo 1.8.9p5 (par exemple, Ubuntu 14.04), cela a été corrigé. Par conséquent, pour assurer L'expansion sur Linux même avec les anciennes versions de sudo, passez la commande entière en tant qu'argument unique à eval; par exemple: sudo -u root -H -s eval 'echo $HOME'. (Bien que pas nécessaire sur OSX, cela fonctionnera là-bas, trop.)

• La variable root de l'utilisateur $SHELL contient /bin/sh sur OSX 10.9, alors qu'elle est /bin/bash sur Ubuntu 12.04.

Que le processus d'usurpation d'identité implique ou non un shell, son environnement aura les variables suivantes, reflétant l'utilisateur et la commande appelant: SUDO_COMMAND, SUDO_USER, SUDO_UID=, SUDO_GID.

Voir man sudo et man sudoers pour beaucoup plus de subtilités.

Astuce du chapeau à @ DavidW et @ Andrew pour l'inspiration.