Jak użyć su do wykonania pozostałej części skryptu bash jako ten użytkownik?

Napisałem skrypt, który jako argument przyjmuje ciąg będący połączeniem nazwy użytkownika i projektu. Skrypt powinien przełączyć się (su) na nazwę użytkownika, cd do określonego katalogu na podstawie ciągu znaków projektu.

Zasadniczo chcę zrobić:

su $USERNAME;  
cd /home/$USERNAME/$PROJECT;  
svn update;  

Problem w tym, że kiedy zrobię su ... to po prostu tam czeka. Ma to sens, ponieważ przepływ wykonania przeszedł do przełączenia na użytkownika. Kiedy wyjdę, reszta rzeczy jest wykonywana, ale nie działa zgodnie z oczekiwaniami.

Dodałem su do polecenia svn, ale polecenie nie powiodło się (tj. Nie zaktualizowało svn w żądanym katalogu).

Jak napisać skrypt, który pozwoli użytkownikowi na zmianę użytkownika i wywołanie svn (między innymi)?

Sztuczka polega na użyciu polecenia „sudo” zamiast „su”

Być może będziesz musiał to dodać

username1 ALL=(username2) NOPASSWD: /path/to/svn

do pliku / etc / sudoers

i zmień swój skrypt na:

sudo -u username2 -H sh -c "cd /home/$USERNAME/$PROJECT; svn update" 

Gdzie nazwa_użytkownika2 to użytkownik, jako którego ma zostać uruchomiona komenda SVN, a nazwa_użytkownika1 to użytkownik uruchamiający skrypt.

Jeśli potrzebujesz wielu użytkowników do uruchomienia tego skryptu, użyj %groupnamezamiast nazwy użytkownika1

O wiele prostsze: użyj sudodo uruchomienia powłoki i użyj heredoc do podawania poleceń.

#!/usr/bin/env bash
whoami
sudo -i -u someuser bash << EOF
echo "In"
whoami
EOF
echo "Out"
whoami

(odpowiedź pierwotnie na SuperUser )

Użyj skryptu podobnego do poniższego, aby wykonać pozostałą część lub część skryptu przez innego użytkownika:

#!/bin/sh

id

exec sudo -u transmission /bin/sh - << eof

id

eof

Musisz wykonać wszystkie polecenia dla różnych użytkowników jako ich własny skrypt. Jeśli jest to tylko jedno polecenie lub kilka poleceń, funkcja inline powinna działać. Jeśli jest dużo poleceń, prawdopodobnie najlepiej przenieść je do własnego pliku.

su -c "cd /home/$USERNAME/$PROJECT ; svn update" -m "$USERNAME" 

Oto jeszcze jedno podejście, które było wygodniejsze w moim przypadku (chciałem po prostu zrzucić uprawnienia roota i wykonać resztę skryptu od użytkownika z ograniczonym dostępem): możesz zmusić skrypt do ponownego uruchomienia od właściwego użytkownika. Załóżmy, że początkowo jest uruchamiany jako root. Wtedy będzie wyglądać tak:

#!/bin/bash
if [ $UID -eq 0 ]; then
  user=$1
  dir=$2
  shift 2     # if you need some other parameters
  cd "$dir"
  exec su "$user" "$0" -- "$@"
  # nothing will be executed beyond that line,
  # because exec replaces running process with the new one
fi

echo "This will be run from user $UID"
...

Użyj sudozamiast tego

EDYCJA : Jak zauważył Douglas, nie można używać programu cdin, sudoponieważ nie jest to polecenie zewnętrzne . Aby wszystko działało, musisz uruchamiać polecenia w podpowłoce cd.

sudo -u $USERNAME -H sh -c "cd ~/$PROJECT; svn update"

sudo -u $USERNAME -H cd ~/$PROJECT
sudo -u $USERNAME svn update

Możesz zostać poproszony o wprowadzenie hasła tego użytkownika, ale tylko raz.

Nie można zmienić użytkownika w skrypcie powłoki. Obejścia z użyciem sudo opisane w innych odpowiedziach są prawdopodobnie najlepszym rozwiązaniem.

Jeśli jesteś na tyle szalony, aby uruchamiać skrypty Perla jako root, możesz to zrobić ze $< $( $> $) zmiennymi, które przechowują rzeczywisty / efektywny uid / gid, np .:

#!/usr/bin/perl -w
$user = shift;
if (!$<) {
    $> = getpwnam $user;
    $) = getgrnam $user;
} else {
    die 'must be root to change uid';
}
system('whoami');

To zadziałało dla mnie

Oddzieliłem moją „obsługę administracyjną” od mojego „uruchomienia”.

 # Configure everything else ready to run 
  config.vm.provision :shell, path: "provision.sh"
  config.vm.provision :shell, path: "start_env.sh", run: "always"

następnie w moim start_env.sh

#!/usr/bin/env bash

echo "Starting Server Env"
#java -jar /usr/lib/node_modules/selenium-server-standalone-jar/jar/selenium-server-standalone-2.40.0.jar  &
#(cd /vagrant_projects/myproj && sudo -u vagrant -H sh -c "nohup npm install 0<&- &>/dev/null &;bower install 0<&- &>/dev/null &")
cd /vagrant_projects/myproj
nohup grunt connect:server:keepalive 0<&- &>/dev/null &
nohup apimocker -c /vagrant_projects/myproj/mock_api_data/config.json 0<&- &>/dev/null &

Zainspirowany pomysłem z @ MarSoft, ale zmieniłem linie w następujący sposób:

USERNAME='desireduser'
COMMAND=$0
COMMANDARGS="$(printf " %q" "${@}")"
if [ $(whoami) != "$USERNAME" ]; then
  exec sudo -E su $USERNAME -c "/usr/bin/bash -l $COMMAND $COMMANDARGS"
  exit
fi

Kiedyś sudopozwalałem na hasło mniej wykonywania skryptu. Jeśli chcesz wprowadzić hasło dla użytkownika, usuń rozszerzenie sudo. Jeśli nie potrzebujesz zmiennych środowiskowych, usuń -Ez sudo.

Te /usr/bin/bash -l, zapewnia, że profile.dskrypty są wykonywane na zainicjowany środowiska.