Kiedy używam dowolnego polecenia z sudo, nie ma tam zmiennych środowiskowych. Na przykład po ustawieniu HTTP_PROXY polecenie wgetdziała bez niego sudo. Jednak jeśli piszę sudo wget, mówi, że nie może ominąć ustawienia proxy.

Najpierw musisz export HTTP_PROXY. Po drugie, musisz man sudouważnie przeczytać i zwrócić uwagę na -Eflagę. To działa:

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

Oto cytat ze strony podręcznika:

-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.

Sztuką jest dodanie zmiennych środowiskowych do sudoerspliku za pomocą sudo visudopolecenia i dodanie następujących wierszy:

Defaults env_keep += "ftp_proxy http_proxy https_proxy no_proxy"

zaczerpnięte z ArchLinux wiki .

W przypadku Ubuntu 14 musisz określić w osobnych wierszach, ponieważ zwraca błędy dla linii o wielu zmiennych:

Defaults  env_keep += "http_proxy"
Defaults  env_keep += "https_proxy"
Defaults  env_keep += "HTTP_PROXY"
Defaults  env_keep += "HTTPS_PROXY"

W przypadku poszczególnych zmiennych, które chcesz udostępnić jednorazowo, możesz włączyć je do polecenia.

sudo http_proxy=$http_proxy wget "http://stackoverflow.com"

Możesz także połączyć dwa env_keepstwierdzenia w odpowiedzi Ahmeda Aswani w jedno zdanie takie jak to:

Defaults env_keep += "http_proxy https_proxy"

Należy również rozważyć podanie env_keeptylko jednego polecenia takiego jak to:

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

Prosta funkcja opakowania (lub wbudowana pętla)

Wymyśliłem unikalne rozwiązanie, ponieważ:

• sudo -E "$@" wyciekły zmienne, które powodowały problemy dla mojej komendy
• sudo VAR1="$VAR1" ... VAR42="$VAR42" "$@" był długi i brzydki w moim przypadku

demo.sh

#!/bin/bash

function sudo_exports(){
    eval sudo $(for x in $_EXPORTS; do printf '%q=%q ' "$x" "${!x}"; done;) "$@"
}

# create a test script to call as sudo
echo 'echo Forty-Two is $VAR42' > sudo_test.sh
chmod +x sudo_test.sh

export VAR42="The Answer to the Ultimate Question of Life, The Universe, and Everything."

export _EXPORTS="_EXPORTS VAR1 VAR2 VAR3 VAR4 VAR5 VAR6 VAR7 VAR8 VAR9 VAR10 VAR11 VAR12 VAR13 VAR14 VAR15 VAR16 VAR17 VAR18 VAR19 VAR20 VAR21 VAR22 VAR23 VAR24 VAR25 VAR26 VAR27 VAR28 VAR29 VAR30 VAR31 VAR32 VAR33 VAR34 VAR35 VAR36 VAR37 VAR38 VAR39 VAR40 VAR41 VAR42"

# clean function style
sudo_exports ./sudo_test.sh

# or just use the content of the function
eval sudo $(for x in $_EXPORTS; do printf '%q=%q ' "$x" "${!x}"; done;) ./sudo_test.sh

Wynik

$ ./demo.sh
Forty-Two is The Answer to the Ultimate Question of Life, The Universe, and Everything.
Forty-Two is The Answer to the Ultimate Question of Life, The Universe, and Everything.

W jaki sposób?

Jest to możliwe dzięki wbudowanej funkcji bash printf. %qTworzy powłoki cytowany łańcuch. W przeciwieństwie do rozszerzenia parametrów w bash 4.4 , działa to w wersjach bash <4.0

Jeśli potrzebujesz zachować zmienne środowiskowe w skrypcie, możesz umieścić swoje polecenie w dokumencie tutaj takim jak ten. Zwłaszcza jeśli masz wiele zmiennych, dzięki którym rzeczy wyglądają schludnie.

# 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