usando su dentro de um script de shell

Estou automatizando um processo de implantação e quero chamar apenas um arquivo .sh na minha máquina, fazer minha compilação e fazer upload do arquivo .zip no servidor e fazer várias coisas no servidor. Uma das coisas que preciso fazer exige que eu seja raiz. Então, o que eu quero fazer é o seguinte:

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

Isso é possível?

Você já considerou um sudo sem senha?

Em vez de su, use sudo com o NOPASSWD configurado em sudoers para o (s) comando (s) apropriado (s). Você deseja tornar o comando permitido definido o mais limitado possível. Tê-lo chamado para executar um script para os comandos root pode ser a maneira mais limpa e mais fácil de proteger, se você não estiver familiarizado com a sintaxe do arquivo sudoer. Para comandos / scripts que exigem o carregamento de todo o ambiente, sudo su - -c commandfunciona embora possa ser um exagero.

O que você está descrevendo pode ser possível com o expect .

Você pode passar um comando como argumento para o SSH para executar esse comando no servidor e sair:

ssh user@host "command to run"

Isso também funciona para uma lista de vários comandos:

ssh user@host "command1; command2; command3"

Ou alternativamente:

ssh user@host "
        command1
        command2
        command3
"

Como outros usuários indicaram antes de mim, a execução suno servidor iniciará um novo shell em vez de executar comandos subseqüentes no script como root. O que você precisa fazer é usar um sudoou su -c, e forçar a alocação de TTY ao SSH com a -topção (necessário se você precisar digitar a senha root):

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

Para resumir tudo, uma maneira de realizar o que você deseja fazer seria:

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

Como sudonormalmente lembra o nível de autorização por alguns minutos antes de solicitar a senha root novamente, basta anexar sudotodos os comandos que você precisa executar como root e provavelmente a maneira mais fácil de executar comandos como root no servidor. A adição de uma NOPASSWDregra para o usuário /etc/sudoerstornaria o processo ainda mais suave.

Eu espero que isso ajude :-)

Não. Mesmo se você receber a senha su, ainda precisará lidar com o fato de suabrir um novo shell, o que significa que seus outros comandos não serão transmitidos a ele. Você precisará escrever um script para as operações raiz, juntamente com um executável auxiliar que possa invocá-lo com os privilégios apropriados.

Escreva um script esperado. Sei que você já encontrou uma resposta para isso, mas isso pode ser útil se você precisar fazer login em vários servidores que exigem entrada de senha interativa.

É uma linguagem baseada no TCL, por isso pode ser um pouco estranho em comparação com scripts shell simples e antigos. Mas ele lida com a automação da entrada de texto e, você adivinhou, "espera" certos bits de saída antes de inserir qualquer tipo de entrada automatizada de senha ou aumento de privilégios.

Aqui está um bom link como guia: http://bash.cyberciti.biz/security/expect-ssh-login-script/

Apenas no caso de o site cair:

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

Eu sei que isso é um pouco tarde, mas eu pessoalmente usaria o Net :: SSH :: Expect, disponível no CPAN.

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

Você pode usar 'ssh example.com su -lc "$ cmd"'.

Quando o comando contém opções, é necessário citá-lo, caso contrário "su" pode comê-las ("su: opção inválida - 'A').

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