Como faço para o sudo preservar minhas variáveis ​​de ambiente?

Usando o sudo 1.7.4p4 no Solaris 5.10 e o sudo 1.6.7p5 no RHEL4 u6, não consigo ver como preservar minhas variáveis ​​de ambiente, por exemplo $ PYTHONPATH. Adicionei esta linha aos sudoers, mas não faz diferença:

Defaults !env_reset

Estou fazendo algo errado ou a instalação do sudo simplesmente não está respeitando o sinalizador env_reset?

Edit: Pelo menos no Solaris, descobrimos que esse problema depende do shell! O shell raiz padrão é Bourne, se sudo bashrodarmos o bash sob sudo ( ) por outro lado,! Env_preset preservará o ambiente (incluindo PATH e LD_LIBRARY_PATH). Este é um comportamento bastante confuso, devo dizer.

Use com cuidado, há problemas de segurança com sudo e variáveis.

De man sudoerseu achei que você deveria usar

Padrões env_reset
Padrões env_keep + = "PYTHONPATH OUTRAS VARIÁVEIS AINDA"

No Ubuntu, sudopreserva algumas variáveis. sudo -ié mais como fazer login como root e depois executar o comando Ambos podem ser inconvenientes, o primeiro para sudo nano myfiledeixa os arquivos pertencentes à raiz dentro de sua casa e o segundo para sudo -i nano myfiletenta abrir / root / myfile.

Corre

sudo printenv PATH

e veja o que dá. Aqui dá

/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/X11R6/bin

por exemplo. Agora execute sudo visudoe adicione a linha

Defaults        secure_path=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/X11R6/bin

substituindo pelo que você encontrou pouco antes. Anexe um novo caminho a ele, se necessário.

Sobre bibliotecas:

sudo LD_LIBRARY_PATH=/usr/lib/path/to/a/safe/library your command

As distribuições Linux são muito cuidadosas PATHe você deve ter muito cuidado antes de brincar. Seja especialmente cuidadoso ao adicionar caminhos como " ." ou /home/username, não é seguro.

Um dos perigos de adicionar caminhos é que ele abre a possibilidade de os arquivos serem executados root, abrindo uma janela na segurança do sistema que pode ser explorada por software malicioso. Pode haver outros perigos. Apenas certifique-se de saber o que está fazendo. Ignorar sudomedidas de segurança pode tornar seu Solaris tão seguro quanto o Windows XP.

Brincar sudoersé para ser feito com cautela, como outros já disseram.

Uma abordagem mais simples para casos mais simples, quando há variáveis ​​de ambiente específicas que você deseja preservar, é apenas passar a variável de ambiente desejada diretamente através do sudo (isso é mostrado [VAR=value]na ajuda do sudo cmdline).

Veja este pequeno exemplo em que também o demonstrei para mais de uma variável.

$ export MY_V1=1
$ export MY_V2=2
$ printenv | grep MY_V
MY_V2=2
MY_V1=1
$ sudo MY_V1=$MY_V1 MY_V2=$MY_V2 printenv | grep MY_V
MY_V2=2
MY_V1=1

Para o PYTHONPATHexemplo original da pergunta, basta usar o seguinte:

$ sudo PYTHONPATH=$PYTHONPATH python some_script.py
<script_output_here>

Criar um alias para esse tipo de coisa é útil. Igual a:

$ alias sudopy='sudo PYTHONPATH=$PYTHONPATH python'

Você Defaults !env_resetparece bem, supondo que você também não esteja chamando o sudo com a -Eopção

Você pode tentar remover completamente essa entrada.

Você verificou que está editando o arquivo sudoers correto? Eu estou supondo que poderia ser /etc/sudoersou /usr/local/etc/sudoersdependendo de como foi instalado. Você editou usando visudo?

Como você está executando o sudo? sudo python, sudo su, sudo su -, sudo -s, Outra coisa? Somente sudo pythone sudo supreservaria seu ambiente.

O que env | grep PYTHONPATHdiz? Se nada, verifique se o PYTHONPATH é exportado executando export PYTHONPATHe tente novamente.

O que sudo env | grep PYTHONPATHdiz? Se ele imprimir o valor esperado, algo mais estará substituindo seu valor PYTHONPATH. Talvez o .bashrc ou o .bash_profile do root ou os arquivos de configuração do sistema.

De acordo com a documentação do Ubuntu para LD_LIBRARY_PATH :

Você deve usar os arquivos de configuração /etc/ld.so.conf.d/*.conf

Então:

1. Adicione um ld.soarquivo de configuração /etc/ld.so.conf.d/com o caminho do seuLD_LIBRARY_PATH

2. Atualize o cache com:

   sudo ldconfig -v