ฉันจะใช้ su เพื่อเรียกใช้สคริปต์ bash ที่เหลือในฐานะผู้ใช้นั้นได้อย่างไร

ฉันได้เขียนสคริปต์ที่ใช้เป็นอาร์กิวเมนต์ซึ่งเป็นสตริงที่เชื่อมต่อกันของชื่อผู้ใช้และโครงการ สคริปต์ควรจะเปลี่ยน (su) เป็นชื่อผู้ใช้ cd ไปยังไดเร็กทอรีเฉพาะตามสตริงโครงการ

โดยพื้นฐานแล้วฉันต้องการทำ:

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

ปัญหาคือเมื่อฉันทำซู ... มันก็รออยู่ที่นั่น ซึ่งสมเหตุสมผลตั้งแต่ขั้นตอนการดำเนินการผ่านไปจนถึงการเปลี่ยนไปใช้ผู้ใช้ เมื่อฉันออกจากนั้นสิ่งที่เหลือจะดำเนินการ แต่ไม่ได้ผลตามที่ต้องการ

ฉันนำหน้า su ไปยังคำสั่ง svn แต่คำสั่งล้มเหลว (กล่าวคือไม่ได้อัพเดต svn ในไดเร็กทอรีที่ต้องการ)

ฉันจะเขียนสคริปต์ที่อนุญาตให้ผู้ใช้สลับผู้ใช้และเรียกใช้ svn (เหนือสิ่งอื่นใด) ได้อย่างไร

เคล็ดลับคือใช้คำสั่ง "sudo" แทน "su"

คุณอาจต้องเพิ่มสิ่งนี้

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

ไปยังไฟล์ / etc / sudoers ของคุณ

และเปลี่ยนสคริปต์ของคุณเป็น:

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

โดยที่ username2 คือผู้ใช้ที่คุณต้องการรันคำสั่ง SVN ในฐานะและ username1 คือผู้ใช้ที่รันสคริปต์

หากคุณต้องการให้ผู้ใช้หลายคนเรียกใช้สคริปต์นี้ให้ใช้ a %groupnameแทน username1

ง่ายกว่ามาก: ใช้sudoเพื่อรันเชลล์และใช้heredocเพื่อป้อนคำสั่ง

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

(คำตอบเดิมที่ SuperUser )

ใช้สคริปต์ดังต่อไปนี้เพื่อดำเนินการส่วนที่เหลือหรือบางส่วนของสคริปต์ภายใต้ผู้ใช้รายอื่น:

#!/bin/sh

id

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

id

eof

คุณต้องดำเนินการคำสั่งผู้ใช้ที่แตกต่างกันทั้งหมดเป็นสคริปต์ของตัวเอง หากเป็นเพียงคำสั่งเดียวหรือสองสามคำสั่งแบบอินไลน์ก็ควรใช้งานได้ หากมีคำสั่งมากมายก็ควรย้ายไปที่ไฟล์ของตัวเอง

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

นี่เป็นอีกวิธีหนึ่งซึ่งสะดวกกว่าในกรณีของฉัน (ฉันแค่ต้องการลดสิทธิ์รูทและทำสคริปต์ที่เหลือจากผู้ใช้ที่ถูก จำกัด ): คุณสามารถทำให้สคริปต์รีสตาร์ทเองจากผู้ใช้ที่ถูกต้อง สมมติว่ารันเป็นรูทเริ่มต้น จากนั้นจะมีลักษณะดังนี้:

#!/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"
...

ใช้sudoแทน

แก้ไข : เป็นดักลาสชี้ว่าคุณไม่สามารถใช้cdในsudoเพราะมันไม่ได้เป็นภายนอกคำสั่ง คุณต้องรันคำสั่งใน subshell เพื่อให้cdทำงานได้

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

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

คุณอาจถูกขอให้ป้อนรหัสผ่านของผู้ใช้รายนั้น แต่เพียงครั้งเดียว

ไม่สามารถเปลี่ยนผู้ใช้ภายในเชลล์สคริปต์ได้ วิธีแก้ปัญหาโดยใช้ sudo ที่อธิบายไว้ในคำตอบอื่น ๆ อาจเป็นทางออกที่ดีที่สุดของคุณ

หากคุณบ้าพอที่จะเรียกใช้สคริปต์ perl ในฐานะ root คุณสามารถทำได้ด้วย$< $( $> $) ตัวแปรที่มี uid / gid จริง / มีประสิทธิภาพเช่น:

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

สิ่งนี้ได้ผลสำหรับฉัน

ฉันแยก "การจัดสรร" ออกจาก "การเริ่มต้น"

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

จากนั้นใน 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 &

ได้รับแรงบันดาลใจจากแนวคิดจาก @ MarSoftแต่ฉันเปลี่ยนบรรทัดดังนี้:

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

ฉันเคยsudoอนุญาตให้รหัสผ่านทำงานน้อยลงของสคริปต์ หากคุณต้องการป้อนรหัสผ่านสำหรับผู้ใช้ให้ลบไฟล์sudo. หากคุณไม่ต้องการตัวแปรสภาพแวดล้อมให้ลบออก-Eจาก sudo

/usr/bin/bash -lเพื่อให้แน่ใจว่าprofile.dสคริปต์จะดำเนินการสำหรับสภาพแวดล้อมที่เริ่ม