Pourquoi ne sudo modifier le CHEMIN d'accès?

C'est une fâcheuse de la fonction une fonction sudo sur de nombreuses distributions.

Pour contourner ce "problème" sur ubuntu je ne
la suite dans mon ~/.bashrc

alias sudo='sudo env PATH=$PATH'

Remarque ci-dessus va travailler pour les commandes qui ne sont pas réinitialiser le $PATH eux-mêmes.
Cependant " su " réinitialise la variable d'environnement $PATH, vous devez donc utiliser -p pour lui dire de ne pas. I. E.:

sudo su -p

PATH est une variable d'environnement, et en tant que tel est par défaut réinitialisation par sudo.

Vous avez besoin de permissions spéciales pour être autorisé à le faire.

De man sudo

 -E Le -E (préserver l'environnement) option va se substituer à la env_reset 
option dans sudoers(5)). Il est disponible uniquement lorsque le match 
ing commande SETENV balise ou la setenv option est définie dans sudo- 
ers(5). 

 Variables d'environnement à définir pour la commande peut également être transmis 
la ligne de commande dans le formulaire de VAR=valeur, par exemple 
LD_LIBRARY_PATH=/usr/local/pkg/lib. Les Variables passées sur la commande 
ligne sont soumis aux mêmes restrictions que l'environnement normal vari- 
ables avec une exception importante. Si le setenv option est définie dans 
sudoers, la commande à exécuter est la SETENV tag set ou sur la commande 
appariés est TOUT, l'utilisateur peut définir des variables qui serait overwise être pour- 
conviés. Voir sudoers(5) pour plus d'informations. 

Un Exemple d'utilisation:

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

mise à jour

homme 5 sudoers : 

env_reset Si elle est définie, la commande sudo permet de rétablir l'environnement contiennent uniquement 
le LOGNAME, le SHELL de l'UTILISATEUR, nom d'utilisateur et le SUDO_* vari- 
ables. Toutes les variables à l'appelant de l'environnement qui 
match de la env_keep et env_check listes sont ensuite ajoutés. 
Le contenu par défaut de la env_keep et env_check 
les listes sont affichées lorsque sudo est exécuté par root avec l' 
L'option-V. Si sudo a été compilé avec le SECURE_PATH 
option, sa valeur sera utilisée pour l'environnement PATH 
variable. Ce drapeau est activé par défaut. 

Donc peut-être besoin de vérifier que c'est/n'est pas compilé.

Il est par défaut dans 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}" 

Cela semblait fonctionner pour moi

sudo -i 

qui prend sur la non-sudo PATH

Travaille maintenant à l'aide de sudo à partir de la potentialité des dépôts. Les détails de ma configuration:

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:~$ 

C'est merveilleux d'avoir enfin ce résolus sans l'aide d'un hack.

Juste un commentaire "par Défaut env_reset" dans /etc/sudoers

Secure_path est votre ami, mais si vous voulez vous dispensez de secure_path il suffit de ne

sudo visudo 

Et ajouter

Par défaut exempt_group=your_goup 

Si vous voulez exclure un groupe d'utilisateurs de créer un groupe, ajouter tous les utilisateurs, et l'utiliser comme votre exempt_group. homme 5 sudoers pour plus d'.

commentaire à la fois "par Défaut env_reset" et "par Défaut secure_path ..." dans /etc/sudores fichier fonctionne pour moi

Re, il n'est pas vraiment un test, si vous n'avez pas ajouter quelque chose à votre chemin d'accès:

projet de loi@bill-desktop:~$ ls -l /opt/pkg/bin 
total 12 
-rwxr-xr-x 1 root root 28 2009-01-22 18:58 foo 
le projet de loi@bill-desktop:~$ qui foo 
/opt/pkg/bin/foo 
le projet de loi@bill-desktop:~$ sudo su 
root@bill-desktop:/home/bill# le foo 
root@bill-desktop:/home/bill# 

$PATH est une variable d'environnement, et cela signifie que la valeur de $PATH peuvent différer pour un autre utilisateur.

Quand vous faites de connexion dans votre système, puis votre paramètre de profil de décider de la valeur de la $PATH.

Maintenant, permet de jeter un coup d'oeil:-

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

Supposons que ce sont les valeurs de $CHEMIN d'accès pour les différents utilisateurs. Maintenant, quand vous êtes de l'exécution de toute commande avec sudo, mais de sens racine utilisateur exécute la commande .

Vous pouvez le vérifier en exécutant ces commandes dans le terminal :-

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

C'est la raison. Je pense que c'est clair pour vous.