J'allais le dire, parce qu'un su sans les commandes qui vont avec : je vois pas trop l'intérêt de la manoeuvre...
Mébon, doit bien y avoir une magouille
"su -"
Amicalement
Whazaaaaa ! "make the shell a login shell"
C'est quoi cette option ?? Et ça marche en plus !
Cette option permet d'executer les ~/.bash_profile de l'utilisateur pour lequel on lance le shell à travers 'su'. Ou plus précisément de charger son environnement shell (ne pas mettre le '-' revient à conserver le même environnement shell que celui avec lequel on lance le 'su'.
La page de manuel dit:
-, -l, --login Provide an environment similar to what the user would expect had the user logged in directly.
When - is used, it must be specified as the last su option. The other forms (-l and --login) do not have this restriction.
Pour plus d'infos ---> man su
Amicalement -- Emmanuel Fleury
Zouplaz wrote:
Zouplaz wrote:
J'allais le dire, parce qu'un su sans les commandes qui vont avec : je
vois pas trop l'intérêt de la manoeuvre...
Mébon, doit bien y avoir une magouille
"su -"
Amicalement
Whazaaaaa ! "make the shell a login shell"
C'est quoi cette option ?? Et ça marche en plus !
Cette option permet d'executer les ~/.bash_profile de l'utilisateur pour
lequel on lance le shell à travers 'su'. Ou plus précisément de charger
son environnement shell (ne pas mettre le '-' revient à conserver le
même environnement shell que celui avec lequel on lance le 'su'.
La page de manuel dit:
-, -l, --login
Provide an environment similar to what the user would expect had
the user logged in directly.
When - is used, it must be specified as the last su option. The
other forms (-l and --login) do not have this restriction.
J'allais le dire, parce qu'un su sans les commandes qui vont avec : je vois pas trop l'intérêt de la manoeuvre...
Mébon, doit bien y avoir une magouille
"su -"
Amicalement
Whazaaaaa ! "make the shell a login shell"
C'est quoi cette option ?? Et ça marche en plus !
Cette option permet d'executer les ~/.bash_profile de l'utilisateur pour lequel on lance le shell à travers 'su'. Ou plus précisément de charger son environnement shell (ne pas mettre le '-' revient à conserver le même environnement shell que celui avec lequel on lance le 'su'.
La page de manuel dit:
-, -l, --login Provide an environment similar to what the user would expect had the user logged in directly.
When - is used, it must be specified as the last su option. The other forms (-l and --login) do not have this restriction.
Pour plus d'infos ---> man su
Amicalement -- Emmanuel Fleury
Emmanuel Fleury
Luc Habert wrote:
Il n'empêche que ça arrive. D'autre part, le tri est très mal fait, il y a plein de commandes qu'on appelle souvent en tant que non root et qui sont dans /sbin ou /usr/sbin. Combien de fois j'ai demandé à quelqu'un de faire un « ifconfig -a » pour diagnostiquer son problème, et qu'il m'a répondu command not found!
Il faut comprendre qu'il s'agit là du principe de précaution. On ne met pas à disposition des utilisateurs non averti des outils qu'ils ne comprendraient pas ou utiliseraient à mauvais escient.
La même règle suppose que les utilisateurs un peu averti savent modifier leur PATH pour inclure les chemins nécessaires.
Pour ce qui est du ifconfig --> not found... Il suffit de demander à l'utilisateur de taper /sbin/ifconfig (quoiqu'il arrive ce chemin marchera).
Amicalement -- Emmanuel Fleury
Luc Habert wrote:
Il n'empêche que ça arrive. D'autre part, le tri est très mal fait, il y a
plein de commandes qu'on appelle souvent en tant que non root et qui sont
dans /sbin ou /usr/sbin. Combien de fois j'ai demandé à quelqu'un de faire
un « ifconfig -a » pour diagnostiquer son problème, et qu'il m'a répondu
command not found!
Il faut comprendre qu'il s'agit là du principe de précaution. On ne met
pas à disposition des utilisateurs non averti des outils qu'ils ne
comprendraient pas ou utiliseraient à mauvais escient.
La même règle suppose que les utilisateurs un peu averti savent modifier
leur PATH pour inclure les chemins nécessaires.
Pour ce qui est du ifconfig --> not found... Il suffit de demander à
l'utilisateur de taper /sbin/ifconfig (quoiqu'il arrive ce chemin marchera).
Il n'empêche que ça arrive. D'autre part, le tri est très mal fait, il y a plein de commandes qu'on appelle souvent en tant que non root et qui sont dans /sbin ou /usr/sbin. Combien de fois j'ai demandé à quelqu'un de faire un « ifconfig -a » pour diagnostiquer son problème, et qu'il m'a répondu command not found!
Il faut comprendre qu'il s'agit là du principe de précaution. On ne met pas à disposition des utilisateurs non averti des outils qu'ils ne comprendraient pas ou utiliseraient à mauvais escient.
La même règle suppose que les utilisateurs un peu averti savent modifier leur PATH pour inclure les chemins nécessaires.
Pour ce qui est du ifconfig --> not found... Il suffit de demander à l'utilisateur de taper /sbin/ifconfig (quoiqu'il arrive ce chemin marchera).
Amicalement -- Emmanuel Fleury
Nicolas George
Luc Habert wrote in message <e4g3r3$1r6h$:
Il y a unionfs pour ça. Oui, Daniel.
Apparemment, tu as raté l'allusion : tout dans /, éventuellement réparti sur divers disques via un unionfs, c'est ce qui est prévu pour Hurd. D'ailleurs, je viens de regarder sur l'image de Debian GNU/Hurd qui traîne sur bonnet depuis l'été dernier : usr y est un lien vers ..
Luc Habert wrote in message <e4g3r3$1r6h$1@nef.ens.fr>:
Il y a unionfs pour ça.
Oui, Daniel.
Apparemment, tu as raté l'allusion : tout dans /, éventuellement réparti sur
divers disques via un unionfs, c'est ce qui est prévu pour Hurd. D'ailleurs,
je viens de regarder sur l'image de Debian GNU/Hurd qui traîne sur bonnet
depuis l'été dernier : usr y est un lien vers ..
Apparemment, tu as raté l'allusion : tout dans /, éventuellement réparti sur divers disques via un unionfs, c'est ce qui est prévu pour Hurd. D'ailleurs, je viens de regarder sur l'image de Debian GNU/Hurd qui traîne sur bonnet depuis l'été dernier : usr y est un lien vers ..
Nicolas George
Emmanuel Fleury wrote in message <446ba82d$0$6978$:
Il faut comprendre qu'il s'agit là du principe de précaution. On ne met pas à disposition des utilisateurs non averti des outils qu'ils ne comprendraient pas ou utiliseraient à mauvais escient.
Avec ce principe-là, on ne lui laisse pas toucher un ordinateur du tout. Parce que franchement, entre fdisk et ed, je sais lequel demande le moins de compétences à comprendre, et ce n'est pas celui qui est présent dans bin...
Emmanuel Fleury wrote in message
<446ba82d$0$6978$626a54ce@news.free.fr>:
Il faut comprendre qu'il s'agit là du principe de précaution. On ne met
pas à disposition des utilisateurs non averti des outils qu'ils ne
comprendraient pas ou utiliseraient à mauvais escient.
Avec ce principe-là, on ne lui laisse pas toucher un ordinateur du tout.
Parce que franchement, entre fdisk et ed, je sais lequel demande le moins de
compétences à comprendre, et ce n'est pas celui qui est présent dans bin...
Emmanuel Fleury wrote in message <446ba82d$0$6978$:
Il faut comprendre qu'il s'agit là du principe de précaution. On ne met pas à disposition des utilisateurs non averti des outils qu'ils ne comprendraient pas ou utiliseraient à mauvais escient.
Avec ce principe-là, on ne lui laisse pas toucher un ordinateur du tout. Parce que franchement, entre fdisk et ed, je sais lequel demande le moins de compétences à comprendre, et ce n'est pas celui qui est présent dans bin...
Fabien LE LEZ
On Thu, 18 May 2006 00:48:55 +0200, Emmanuel Fleury :
Il suffit de demander à l'utilisateur de taper /sbin/ifconfig (quoiqu'il arrive ce chemin marchera).
D'ailleurs faudrait supprimer carrément la notion de "path", et taper systématiquement le chemin complet.
On Thu, 18 May 2006 00:48:55 +0200, Emmanuel Fleury
<emmanuel.fleury@labri.fr>:
Il suffit de demander à
l'utilisateur de taper /sbin/ifconfig (quoiqu'il arrive ce chemin marchera).
D'ailleurs faudrait supprimer carrément la notion de "path", et taper
systématiquement le chemin complet.
Dans le message <news:, *Fabien LE LEZ* tapota sur f.c.o.l.configuration :
Il suffit de demander à l'utilisateur de taper /sbin/ifconfig (quoiqu'il arrive ce chemin marchera).
D'ailleurs faudrait supprimer carrément la notion de "path", et taper systématiquement le chemin complet.
Pas con ! Et par la même occasion il faudrait interdire et supprimer tous les liens sinon ça serait trop simple.
Maintenant, récréation : Quelle est l'application au chemin le plus long ?
-- Sébastien Monbrun aka TiChou
Zouplaz
Zouplaz wrote:
C'est quoi cette option ?? Et ça marche en plus !
Cette option permet d'executer les ~/.bash_profile de l'utilisateur pour lequel on lance le shell à travers 'su'. Ou plus précisément de charger son environnement shell (ne pas mettre le '-' revient à conserver le même environnement shell que celui avec lequel on lance le 'su'.
Et bien merci !
Zouplaz wrote:
C'est quoi cette option ?? Et ça marche en plus !
Cette option permet d'executer les ~/.bash_profile de l'utilisateur pour
lequel on lance le shell à travers 'su'. Ou plus précisément de charger
son environnement shell (ne pas mettre le '-' revient à conserver le
même environnement shell que celui avec lequel on lance le 'su'.
Cette option permet d'executer les ~/.bash_profile de l'utilisateur pour lequel on lance le shell à travers 'su'. Ou plus précisément de charger son environnement shell (ne pas mettre le '-' revient à conserver le même environnement shell que celui avec lequel on lance le 'su'.
Et bien merci !
lhabert
Emmanuel Fleury :
Il faut comprendre qu'il s'agit là du principe de précaution. On ne met pas à disposition des utilisateurs non averti des outils qu'ils ne comprendraient pas ou utiliseraient à mauvais escient.
N'importe quoi. Les programmes présents dans /sbin ne sont pas plus dangereux pour un non-root que bien des programmes présents dans /bin.
Pour ce qui est du ifconfig --> not found... Il suffit de demander à l'utilisateur de taper /sbin/ifconfig
Encore faut-il y penser.
(quoiqu'il arrive ce chemin marchera).
Mouais, alors là, tu me permettras d'être sceptique. Il y aura bien une distrib aléatoire pour le mettre ailleurs.
Emmanuel Fleury :
Il faut comprendre qu'il s'agit là du principe de précaution. On ne met
pas à disposition des utilisateurs non averti des outils qu'ils ne
comprendraient pas ou utiliseraient à mauvais escient.
N'importe quoi. Les programmes présents dans /sbin ne sont pas plus
dangereux pour un non-root que bien des programmes présents dans /bin.
Pour ce qui est du ifconfig --> not found... Il suffit de demander à
l'utilisateur de taper /sbin/ifconfig
Encore faut-il y penser.
(quoiqu'il arrive ce chemin marchera).
Mouais, alors là, tu me permettras d'être sceptique. Il y aura bien une
distrib aléatoire pour le mettre ailleurs.
Il faut comprendre qu'il s'agit là du principe de précaution. On ne met pas à disposition des utilisateurs non averti des outils qu'ils ne comprendraient pas ou utiliseraient à mauvais escient.
N'importe quoi. Les programmes présents dans /sbin ne sont pas plus dangereux pour un non-root que bien des programmes présents dans /bin.
Pour ce qui est du ifconfig --> not found... Il suffit de demander à l'utilisateur de taper /sbin/ifconfig
Encore faut-il y penser.
(quoiqu'il arrive ce chemin marchera).
Mouais, alors là, tu me permettras d'être sceptique. Il y aura bien une distrib aléatoire pour le mettre ailleurs.
Emmanuel Fleury
Luc Habert wrote:
Emmanuel Fleury :
Il faut comprendre qu'il s'agit là du principe de précaution. On ne met pas à disposition des utilisateurs non averti des outils qu'ils ne comprendraient pas ou utiliseraient à mauvais escient.
N'importe quoi. Les programmes présents dans /sbin ne sont pas plus dangereux pour un non-root que bien des programmes présents dans /bin.
Sauf si certains ont été mis en suid root (halt par exemple, mais il en existe des tas d'autres qui peuvent avoir leur utilité en suid root).
L'idée est que l'utilisateur de base ne manipule pas directement ces logiciels spécifiques au root. Il ne les manipule qu'a travers des interfaces qui lui disent exactement ce qui va se passer (dans le cas de halt/shutdown, l'interface de GDM peut le gérer).
Mouais, alors là, tu me permettras d'être sceptique. Il y aura bien une distrib aléatoire pour le mettre ailleurs.
Non.
Amicalement -- Emmanuel Fleury | Office: 211 Associate Professor, | Phone: +33 (0)5 40 00 35 24 LaBRI, Domaine Universitaire | Fax: +33 (0)5 40 00 66 69 351, Cours de la Libération | email: 33405 Talence Cedex, France | URL: http://www.labri.fr/~fleury
Luc Habert wrote:
Emmanuel Fleury :
Il faut comprendre qu'il s'agit là du principe de précaution. On ne met
pas à disposition des utilisateurs non averti des outils qu'ils ne
comprendraient pas ou utiliseraient à mauvais escient.
N'importe quoi. Les programmes présents dans /sbin ne sont pas plus
dangereux pour un non-root que bien des programmes présents dans /bin.
Sauf si certains ont été mis en suid root (halt par exemple, mais il en
existe des tas d'autres qui peuvent avoir leur utilité en suid root).
L'idée est que l'utilisateur de base ne manipule pas directement ces
logiciels spécifiques au root. Il ne les manipule qu'a travers des
interfaces qui lui disent exactement ce qui va se passer (dans le cas de
halt/shutdown, l'interface de GDM peut le gérer).
Mouais, alors là, tu me permettras d'être sceptique. Il y aura bien une
distrib aléatoire pour le mettre ailleurs.
Non.
Amicalement
--
Emmanuel Fleury | Office: 211
Associate Professor, | Phone: +33 (0)5 40 00 35 24
LaBRI, Domaine Universitaire | Fax: +33 (0)5 40 00 66 69
351, Cours de la Libération | email: emmanuel.fleury@labri.fr
33405 Talence Cedex, France | URL: http://www.labri.fr/~fleury
Il faut comprendre qu'il s'agit là du principe de précaution. On ne met pas à disposition des utilisateurs non averti des outils qu'ils ne comprendraient pas ou utiliseraient à mauvais escient.
N'importe quoi. Les programmes présents dans /sbin ne sont pas plus dangereux pour un non-root que bien des programmes présents dans /bin.
Sauf si certains ont été mis en suid root (halt par exemple, mais il en existe des tas d'autres qui peuvent avoir leur utilité en suid root).
L'idée est que l'utilisateur de base ne manipule pas directement ces logiciels spécifiques au root. Il ne les manipule qu'a travers des interfaces qui lui disent exactement ce qui va se passer (dans le cas de halt/shutdown, l'interface de GDM peut le gérer).
Mouais, alors là, tu me permettras d'être sceptique. Il y aura bien une distrib aléatoire pour le mettre ailleurs.
Non.
Amicalement -- Emmanuel Fleury | Office: 211 Associate Professor, | Phone: +33 (0)5 40 00 35 24 LaBRI, Domaine Universitaire | Fax: +33 (0)5 40 00 66 69 351, Cours de la Libération | email: 33405 Talence Cedex, France | URL: http://www.labri.fr/~fleury
lhabert
Emmanuel Fleury :
Sauf si certains ont été mis en suid root (halt par exemple, mais il en existe des tas d'autres qui peuvent avoir leur utilité en suid root).
Là, tu t'enfonces dans la grotesquitude.
Emmanuel Fleury :
Sauf si certains ont été mis en suid root (halt par exemple, mais il en
existe des tas d'autres qui peuvent avoir leur utilité en suid root).
