Comment garder les variables d'environnement lors de l'utilisation de sudo

Lorsque je utiliser n'importe quelle commande avec sudo les variables d'environnement ne sont pas là. Par exemple après la mise HTTP_PROXY la commande wget fonctionne très bien sans sudo. Cependant, si je tape sudo wget il dit qu'il ne peut pas ignorer le paramètre de proxy.

InformationsquelleAutor Ahmed Aswani | 2011-12-26
  1. 428

    Vous devez d'abord export HTTP_PROXY. Deuxièmement, vous avez besoin de lire man sudo soigneusement, et de prêter attention à la -E drapeau. Cela fonctionne:

    $ export HTTP_PROXY=foof
$ sudo -E bash -c 'echo $HTTP_PROXY'

    Voici la citation de la page de man:

    -E, --preserve-env
             Indicates to the security policy that the user wishes to preserve their
             existing environment variables.  The security policy may return an error
             if the user does not have permission to preserve the environment.
    • il est grand, le seul problème est de modifier certains fichiers de configuration par exemple pacman arch pour faire de l'-E est passé
    • Pour permettre -E (préserver l'environnement) pour wget, vous devez spécifier le SETENV tag sur le sudo règle qui permet le fonctionnement de wget -- Exemple: <username> ALL=(root) NOPASSWD:SETENV: <chemin d'accès à wget>
    • Ce "-E" ne fonctionne pas si la variable de CHEMIN d'accès ou PYTHONPATH.
    • Aussi ne fonctionne pas avec tout LC_* variable. Il suffit donc de ne export LOL_FOO=$LC_FOO et l'utilisation LOL_FOO à la place.
    • Cela ne fonctionne pas avec le cas plus simple d'ajouter un élément à la PATH dans le .bashrc fichier -- dire, export PATH=myPath:$PATH. Si j'type sudo -E bash -c 'echo $PATH', puis PATH ne contient pas de myPath probablement parce que sudo a déjà désactivé la valeur locale de PATH avant d'appeler bash. Plutôt, j'ai trouvé la réponse en dessous de stackoverflow.com/a/33183620/5459638 efficace, c'est-à sudo PATH=$PATH command
    • Outre le commentaire ci-dessus. Dire que package est sous myPath, puis sudo PATH=$PATH which package trouve la bonne réponse à la différence de sudo which package. Cependant, sudo PATH=$PATH package ne pas aller plus loin que sudo package (fichier non trouvé). D'autre part, le lancement d'une plaine package à partir d'un shell est invoqué avec sudo bash préserve le chemin étendu et donne package sudo droits (les deux pigeons avec une pierre). Donc, la réponse dépend vraiment de commandes qui vous sont lancement
    • L' (setter) l'utilisateur peut ne pas avoir l'autorisation de conserver des variables d'environnement: -E, --preserve-env ... . The security policy may return an error if the user does not have permission to preserve the environment.
    • C'est une "évidence" mesure de sécurité ne permettant pas de CHEMIN d'accès par défaut, car l'utilisateur pourrait, par inadvertance, exécuter une commande non standard avec de l'ONU-les résultats attendus et les privilèges de root.
    • N'oubliez pas, vous pouvez toujours définir des variables d'environnement en ligne, comme ainsi: HTTP_PROXY=val sudo -E bash -c 'echo $HTTP_PROXY'.

    InformationsquelleAutor Employed Russian
  2. 283

    L'astuce consiste à ajouter des variables d'environnement pour sudoers fichier via sudo visudo de commande et ajouter ces lignes:

    Defaults env_keep += "ftp_proxy http_proxy https_proxy no_proxy"

    prises de Wiki ArchLinux.

    Pour Ubuntu 14, vous devez spécifier dans des lignes distinctes car il renvoie les erreurs pour les multi-variable de lignes: 

    Defaults  env_keep += "http_proxy"
Defaults  env_keep += "https_proxy"
Defaults  env_keep += "HTTP_PROXY"
Defaults  env_keep += "HTTPS_PROXY"
    • C'est sans doute la meilleure option, pour éviter la fuite de l'information et des trous de sécurité. sudo -E est le moyen infaillible pour adhoc obtenir le même effet pour un one-off, si
    • J'ai rencontré le problème d'un processus d'être celui qui appel sudo (jhbuild) et je ne peux pas dire qu'il passe l'option-E pour sudo, donc c'est ma solution.
    • Notez que vous devez jamais modifier le etc/sudoers directement. Au lieu de cela, utilisez la visudo commande, la syntaxe des vérifications de vos modifications avant de les écraser à la sudoers fichier. De cette façon, vous ne vous limitez pas si vous faites une erreur lors de l'édition.
    • Envisager d'utiliser des majuscules env vars. Dans mon cas, l'utilisation de HTTP_PROXY et HTTPS_PROXY a fait le tour.
    • La syntaxe pour restreindre les valeurs par Défaut d'une commande ou de l'utilisateur est ici: unix.stackexchange.com/a/13246/66983
    • minuscules variante est le meilleur de mon expérience en tant qu'il fonctionne dans les deux wget et curl.
    • N'modification / ajout de nouvelles variables d'environnement de cette façon de prendre effet? Ou faut-il redémarrer le serveur? Je n'arrive pas à garder mon ~/.bash_profile exporté vars, même après l'utilisation de sudo visudo pour les ajouter avec Defaults env_keep += "VARNAME"
    • (continuer). Tant pis, j'ai réalisé a été de le placer trop tôt, avant la Defaults env_reset, haaa! Heureux, j'ai pensé que l'une de sortir!

    InformationsquelleAutor
  3. 49

    Pour les variables individuelles que vous souhaitez rendre disponibles sur une base que vous pouvez faire partie de la commande.

    sudo http_proxy=$http_proxy wget "http://stackoverflow.com"
    • J'ai testé cette réponse pour un package sous certaines myPath ajouté à PATH dans le .bashrc fichier (avec export clausule). Puis sudo PATH=$PATH which package trouve la bonne réponse, à la différence de sudo which package. Cependant, sudo PATH=$PATH package ne pas aller plus loin que sudo package (fichier non trouvé). D'autre part, le lancement d'une plaine package à partir d'un shell est invoqué avec sudo bash préserve le chemin étendu et donne package sudo droits (les deux pigeons avec une pierre). Donc, la réponse dépend vraiment de commandes qui vous sont lancement
    • CHEMIN de la résolution de sudo est une autre question - devrait-on trouver ce post à la recherche de ce sujet, je suggère de voir unix.stackexchange.com/questions/83191/...
    InformationsquelleAutor buckaroo1177125
  4. 21

    Vous pouvez aussi combiner les deux env_keep états Ahmed Aswani la réponse en un seul énoncé comme ceci:

    Defaults env_keep += "http_proxy https_proxy"

    Vous devriez également envisager de préciser env_keep pour une seule commande comme ceci:

    Defaults!/bin/[your_command] env_keep += "http_proxy https_proxy"

    InformationsquelleAutor Stian S
  5. 1

    Si vous avez besoin de garder les variables d'environnement dans un script, vous pouvez mettre votre commande dans un ici document de ce genre. Surtout si vous avez beaucoup de variables à définir les choses semblent bien rangé de cette façon.

    # prepare a script e.g. for running maven
runmaven=/tmp/runmaven$$
# create the script with a here document 
cat << EOF > $runmaven
#!/bin/bash
# run the maven clean with environment variables set
export ANT_HOME=/usr/share/ant
export MAKEFLAGS=-j4
mvn clean install
EOF
# make the script executable
chmod +x $runmaven
# run it
sudo $runmaven
# remove it or comment out to keep
rm $runmaven
    InformationsquelleAutor Wolfgang Fahl