usando su all'interno di uno script di shell

Sto automatizzando un processo di distribuzione e voglio essere in grado di chiamare un solo file .sh sul mio computer, farlo compilare e caricare il file .zip sul server, quindi fare un sacco di cose sul server. Una delle cose che devo fare richiede che io sia root. Quindi, quello che voglio fare è questo:

ssh user@172.1.1.101 <<END_SCRIPT
su - 
#password... somehow...
#stop jboss
service server_instance stop
#a bunch of stuff here
#all done!
exit
END_SCRIPT

È possibile?

Hai invece considerato un sudo senza password?

Invece di su, usa sudo con il set NOPASSWD in sudoers per i comandi appropriati. Ti consigliamo di rendere il set di comandi consentito il più limitato possibile. Avere chiamato eseguire uno script per i comandi di root può essere il modo più pulito e di gran lunga più semplice da rendere sicuro se non si ha familiarità con la sintassi del file sudoer. Per i comandi / script che richiedono il caricamento dell'ambiente completo, sudo su - -c commandfunziona anche se può essere eccessivo.

Quello che stai descrivendo potrebbe essere possibile con aspettarsi .

È possibile passare un comando come argomento a SSH per eseguire quel comando sul server e quindi uscire:

ssh user@host "command to run"

Questo funziona anche per un elenco di più comandi:

ssh user@host "command1; command2; command3"

O in alternativa:

ssh user@host "
        command1
        command2
        command3
"

Come altri utenti hanno sottolineato prima di me, l'esecuzione susul server avvierà una nuova shell invece di eseguire i comandi successivi nello script come root. Quello che devi fare è usare uno sudoo su -c, e forzare l'allocazione TTY a SSH con lo -tswitch (richiesto se devi inserire la password di root):

ssh -t user@host 'su - -c "command"'
ssh -t user@host 'sudo command'

Per riassumere, un modo per realizzare ciò che vuoi fare sarebbe:

#!/bin/bash
ssh -t user@172.1.1.101 "
        sudo some_command
        sudo service server_instance stop
        sudo some_other_command
"

Dal momento che in sudogenere ricorda il livello di autorizzazione per alcuni minuti prima di richiedere nuovamente la password di root, è sufficiente anteporre sudoa tutti i comandi che è necessario eseguire come root è probabilmente il modo più semplice per eseguire i comandi come root sul server. L'aggiunta di una NOPASSWDregola per l'utente /etc/sudoersrenderebbe il processo ancora più fluido.

Spero che questo possa essere d'aiuto :-)

No. Anche se ottieni la password su, dovrai comunque fare i conti con il fatto che suaprirà una nuova shell, il che significa che i tuoi ulteriori comandi non verranno passati ad essa. Dovrai scrivere uno script per le operazioni di root insieme a un eseguibile helper che possa invocarlo con i privilegi appropriati.

Scrivi uno script di attesa. So che hai già trovato una risposta per questo, ma questo potrebbe essere utile se devi accedere a un gruppo di server che richiedono l'immissione interattiva della password.

È un linguaggio basato su TCL, quindi potrebbe essere un po 'strano rispetto ai semplici vecchi script di shell. Ma gestisce l'automazione dell'input di testo e, avete indovinato, "si aspetta" determinati bit di output prima di entrare in qualsiasi tipo di immissione automatica della password o escalation di privilegi.

Ecco un buon link come guida: http://bash.cyberciti.biz/security/expect-ssh-login-script/

Nel caso in cui il sito non funzioni:

#!/usr/bin/expect -f
# Expect script to supply root/admin password for remote ssh server
# and execute command.
# This script needs three argument to(s) connect to remote server:
# password = Password of remote UNIX server, for root user.
# ipaddr = IP Addreess of remote UNIX server, no hostname
# scriptname = Path to remote script which will execute on remote server
# For example:
#  ./sshlogin.exp password 192.168.1.11 who
# ------------------------------------------------------------------------
# Copyright (c) 2004 nixCraft project <http://cyberciti.biz/fb/>
# This script is licensed under GNU GPL version 2.0 or above
# -------------------------------------------------------------------------
# This script is part of nixCraft shell script collection (NSSC)
# Visit http://bash.cyberciti.biz/ for more information.
# ----------------------------------------------------------------------
# set Variables
set password [lrange $argv 0 0]
set ipaddr [lrange $argv 1 1]
set scriptname [lrange $argv 2 2]
set arg1 [lrange $argv 3 3]
set timeout -1
# now connect to remote UNIX box (ipaddr) with given script to execute
spawn ssh root@$ipaddr $scriptname $arg1
match_max 100000
# Look for passwod prompt
expect "*?assword:*"
# Send password aka $password
send -- "$password\r"
# send blank line (\r) to make sure we get back to gui
send -- "\r"
expect eof

So che è un po 'tardi, ma utilizzerei personalmente Net :: SSH :: Expect, disponibile da CPAN.

http://search.cpan.org/~bnegrao/Net-SSH-Expect-1.09/lib/Net/SSH/Expect.pod

Puoi usare 'ssh example.com su -lc "$ cmd"'.

Quando il comando contiene opzioni, è necessario citarlo, altrimenti "su" potrebbe mangiarle ("su: opzione non valida - 'A').

ssh -AX -tt example.com 'su -lc "tmux new-session -A"'