Warum funktioniert sudo den PFAD ändern?

Dies ist eine lästige Funktion eine Funktion, sudo auf vielen Distributionen.

Arbeiten, um dieses "problem" auf ubuntu ich tun
Folgendes in meine ~/.bashrc

alias sudo='sudo env PATH=$PATH'

Beachten Sie die oben genannten arbeiten für Befehle, die nicht zurückgesetzt-die $PATH selbst.
Aber `su' setzt es in $PATH, also müssen Sie -p zu sagen, es nicht zu. I. E.:

sudo su -p

PATH ist eine Umgebungsvariable, und als solche ist die Standardeinstellung zurücksetzen, indem Sie sudo.

Benötigen Sie spezielle Berechtigungen gestattet sein, dies zu tun.

Vom man sudo

 -E Der -E (preserve environment) wird die option überschreiben der env_reset 
option in sudoers(5)). Es ist nur verfügbar, wenn entweder die entsprechen- 
ing Befehl SETENV-tag "oder" setenv option im sudo- 
ers(5). 

 Umgebungsvariablen gesetzt werden, für die der Befehl kann auch weitergegeben werden 
die Kommandozeile in der form von VAR=Wert, z.B. 
LD_LIBRARY_PATH=/usr/local/pkg/lib. Variablen auf der Kommandozeile übergeben 
line unterliegen den gleichen Einschränkungen wie normale Umgebung vari- 
rungen mit einer wichtigen Ausnahme. Wenn die setenv option gesetzt ist, in 
sudoers den Befehl ausgeführt hat, die SETENV-tag gesetzt, oder der Befehl 
abgestimmt ist ALLES, der Benutzer kann Variablen, die würde overwise für 
geheißen. Siehe sudoers(5) für weitere Informationen. 

Ein Beispiel für die Verwendung:

cat >> test.sh
env | grep "MYEXAMPLE" ;
^D

sh test.sh 
MYEXAMPLE=1 sh test.sh
# MYEXAMPLE=1
MYEXAMPLE=1 sudo sh test.sh 
MYEXAMPLE=1 sudo MYEXAMPLE=2 sh test.sh 
# MYEXAMPLE=2

update

man 5 sudoers : 

env_reset Wenn gesetzt, sudo wird zurückgesetzt, die Umwelt zu nur enthalten 
der LOGNAME, SHELL, USER, USERNAME und die SUDO_* vari- 
ables. Jede Variable, die im aufrufenden Umgebung, die 
entsprechen die env_keep und env_check Listen werden dann Hinzugefügt. 
Die Standard-Inhalte der env_keep und env_check 
Listen werden angezeigt, wenn sudo ist Ausführung als root mit 
-V option. Wenn sudo kompiliert wurde mit der SECURE_PATH 
option, deren Wert verwendet werden, für die der PATH Umgebung 
variable. Dieses flag ist standardmäßig aktiviert. 

So brauchen kann, um zu überprüfen, dass dies ist/wird nicht kompiliert.

Es ist standardmäßig in Gentoo

# ( From the build Script )
....
ROOTPATH=$(cleanpath /bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin:/usr/local/sbin:/opt/bin${ROOTPATH:+:${ROOTPATH}})
....
econf --with-secure-path="${ROOTPATH}" 

Diese schien für mich arbeiten,

sudo -i 

nimmt die nicht-sudo PATH

Arbeitet jetzt mit sudo aus den karmic-repositories. Details von meine Konfiguration:

root@sphinx:~# cat /etc/sudoers | grep -v -e '^$' -e '^#'
Defaults    env_reset
Defaults    secure_path="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/opt/grub-1.96/sbin:/opt/grub-1.96/bin"
root    ALL=(ALL) ALL
%admin ALL=(ALL) ALL
root@sphinx:~# cat /etc/apt/sources.list
deb http://au.archive.ubuntu.com/ubuntu/jaunty main restricted universe
deb-src http://au.archive.ubuntu.com/ubuntu/jaunty main restricted universe

deb http://au.archive.ubuntu.com/ubuntu/jaunty-updates main restricted universe
deb-src http://au.archive.ubuntu.com/ubuntu/jaunty-updates main restricted universe

deb http://security.ubuntu.com/ubuntu jaunty-security main restricted universe
deb-src http://security.ubuntu.com/ubuntu jaunty-security main restricted universe

deb http://au.archive.ubuntu.com/ubuntu/karmic main restricted universe
deb-src http://au.archive.ubuntu.com/ubuntu/karmic main restricted universe

deb http://au.archive.ubuntu.com/ubuntu/karmic-updates main restricted universe
deb-src http://au.archive.ubuntu.com/ubuntu/karmic-updates main restricted universe

deb http://security.ubuntu.com/ubuntu karmic-security main restricted universe
deb-src http://security.ubuntu.com/ubuntu karmic-security main restricted universe
root@sphinx:~# 

root@sphinx:~# cat /etc/apt/preferences 
Package: sudo
Pin: release a=karmic-security
Pin-Priority: 990

Package: sudo
Pin: release a=karmic-updates
Pin-Priority: 960

Package: sudo
Pin: release a=karmic
Pin-Priority: 930

Package: *
Pin: release a=jaunty-security
Pin-Priority: 900

Package: *
Pin: release a=jaunty-updates
Pin-Priority: 700

Package: *
Pin: release a=jaunty
Pin-Priority: 500

Package: *
Pin: release a=karmic-security
Pin-Priority: 450

Package: *
Pin: release a=karmic-updates
Pin-Priority: 250

Package: *
Pin: release a=karmic
Pin-Priority: 50
root@sphinx:~# apt-cache policy sudo
sudo:
  Installed: 1.7.0-1ubuntu2
  Candidate: 1.7.0-1ubuntu2
  Package pin: 1.7.0-1ubuntu2
  Version table:
 *** 1.7.0-1ubuntu2 930
         50 http://au.archive.ubuntu.com karmic/main Packages
        100 /var/lib/dpkg/status
     1.6.9p17-1ubuntu3 930
        500 http://au.archive.ubuntu.com jaunty/main Packages
root@sphinx:~# echo $PATH
/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/opt/grub-1.96/sbin:/opt/grub-1.96/bin
root@sphinx:~# exit
exit
abolte@sphinx:~$ echo $PATH
/home/abolte/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/opt/grub-1.96/sbin:/opt/grub-1.96/bin:/opt/chromium-17593:/opt/grub-1.96/sbin:/opt/grub-1.96/bin:/opt/xpra-0.0.6/bin
abolte@sphinx:~$ 

Es ist wunderbar, endlich haben dies gelöst, ohne einen hack.

Kommentiere einfach "Defaults env_reset" in /etc/sudoers

Secure_path ist dein Freund, aber wenn Sie wollen, befreit sich von secure_path nur tun

sudo visudo 

Append

Defaults exempt_group=your_goup 

Wenn Sie wollen, zu befreien eine Reihe von Benutzern erstellen Sie eine Gruppe, fügen Sie alle Benutzer, und verwenden Sie diese als Ihre exempt_group. man 5 sudoers für mehr.

Kommentar " sowohl für "Standard-env_reset" und "Standard-secure_path ..." in /etc/sudores-Datei funktioniert bei mir

Äh, es ist nicht wirklich ein test, wenn Sie nicht etwas hinzufügen, um Ihr Pfad:

bill@bill-desktop:~$ ls -l /opt/pkg/bin 
insgesamt 12 
-rwxr-xr-x 1 root root 28 2009-01-22 18:58 foo 
bill@bill-desktop:~$ die foo 
/opt/pkg/bin/foo 
bill@bill-desktop:~$ sudo su 
root@bill-desktop:/home/bill# die foo 
root@bill-desktop:/home/bill# 

$PATH ist eine Umgebungsvariable und es bedeutet, dass der Wert $PATH können sich für einen anderen Benutzer.

Wenn Sie tun loggen Sie sich in Ihr system dann Ihr Profil-Einstellung entscheiden, den Wert der $PATH.

Nun, werfen wir einen Blick:-

User       |        Value of $PATH
--------------------------
root                /var/www
user1               /var/www/user1
user2               /var/www/html/private

Angenommen, dass diese Werte von $PATH für verschiedene Benutzer. Nun, wenn Sie die Ausführung eines Befehls mit sudo dann in der eigentlichen Bedeutung root Benutzer ausgeführt wird, der Befehl .

Können Sie bestätigen, dass durch die Ausführung dieser Befehle im terminal :-

user@localhost$ whoami
username
user@localhost$ sudo whoami
root
user@localhost$ 

Dies ist der Grund. Ich denke, Ihr klar zu Ihnen.