On peut aussi mettre le script en "setuid" pour qu’il s’exécute avec son utilisateur propriétaire plutôt que celui qui lance le script. Par contre il faut éviter de faire ça quand c’est root qui est propriétaire du fichier.
En interactif, si tu est loggé en userA, la commande à taper c’est su - userB (ou su userB, selon ce qu’on veut comme environnement) pour changer d’utilisateur (« lancer un shell avec cet utilisateur » pour être précis). Dans ce shell, faire exit te « ramènera » sur le shell du premier utilisateur (celui qui a appelé su)
Non, vraiment, je ne comprends pas « fastidieux »...
[^] # Re: man su
Posté par Marotte ⛧ . En réponse au message Programmation de .sh. Évalué à 4.
Au lieu de :
tu fais :
(avec éventuellement -s pour spécifier le shell)
Et tu trouves ça fastidieux ?
On peut aussi mettre le script en "setuid" pour qu’il s’exécute avec son utilisateur propriétaire plutôt que celui qui lance le script. Par contre il faut éviter de faire ça quand c’est root qui est propriétaire du fichier.
En interactif, si tu est loggé en userA, la commande à taper c’est
su - userB(ousu userB, selon ce qu’on veut comme environnement) pour changer d’utilisateur (« lancer un shell avec cet utilisateur » pour être précis). Dans ce shell, faireexitte « ramènera » sur le shell du premier utilisateur (celui qui a appelé su)Non, vraiment, je ne comprends pas « fastidieux »...