usando su dentro de un script de shell

Estoy automatizando un proceso de implementación y quiero poder simplemente llamar un archivo .sh en mi máquina, hacer que compile y cargue el .zip en el servidor y luego haga un montón de cosas en el servidor. Una de las cosas que necesito hacer requiere que sea root. Entonces, lo que quiero hacer es esto:

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

¿Es esto posible?

¿Has considerado un sudo sin contraseña en su lugar?

En lugar de su, use sudo con el NOPASSWD establecido en sudoers para los comandos apropiados. Deberá hacer que el conjunto de comandos permitido sea lo más limitado posible. Hacer que ejecute un script para los comandos raíz puede ser la forma más limpia y, con mucho, más fácil de asegurar si no está familiarizado con la sintaxis del archivo sudoer. Para los comandos / scripts que requieren que se cargue el entorno completo, sudo su - -c commandfunciona aunque puede ser excesivo.

Lo que estás describiendo podría ser posible con esperar .

Puede pasar un comando como argumento a SSH para ejecutar ese comando en el servidor y luego salir:

ssh user@host "command to run"

Esto también funciona para una lista de múltiples comandos:

ssh user@host "command1; command2; command3"

O alternativamente:

ssh user@host "
        command1
        command2
        command3
"

Como otros usuarios han señalado antes que yo, ejecutar suen el servidor lanzará un nuevo shell en lugar de ejecutar comandos posteriores en el script como root. Lo que debe hacer es usar uno sudoo su -c, y forzar la asignación de TTY a SSH con el -tinterruptor (requerido si necesita ingresar la contraseña de root):

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

En resumen, una forma de lograr lo que quieres hacer sería:

#!/bin/bash
ssh -t [email protected] "
        sudo some_command
        sudo service server_instance stop
        sudo some_other_command
"

Como sudonormalmente recuerda su nivel de autorización durante unos minutos antes de solicitar nuevamente la contraseña de root, simplemente anteponer sudotodos los comandos que necesita ejecutar como root es probablemente la forma más fácil de ejecutar comandos como root en el servidor. Agregar una NOPASSWDregla para su usuario /etc/sudoershará que el proceso sea aún más sencillo.

Espero que esto ayude :-)

No. Incluso si obtiene la contraseña su, todavía tiene que lidiar con el hecho de que suabrirá un nuevo shell, lo que significa que no se le pasarán más comandos. Deberá escribir un script para las operaciones raíz junto con un ejecutable auxiliar que pueda invocarlo con los privilegios apropiados.

Escribe un guión de esperar. Sé que ya ha encontrado una respuesta para esto, pero esto podría ser útil si tiene que iniciar sesión en un grupo de servidores que requieren la entrada de contraseña interactiva.

Es un lenguaje basado en TCL, por lo que puede ser un poco extraño en comparación con los viejos scripts de shell. Pero maneja la automatización del ingreso de texto y, lo adivinó, "espera" ciertos bits de salida antes de ingresar cualquier tipo de ingreso automático de contraseña o escalada de privilegios.

Aquí hay un buen enlace como guía: http://bash.cyberciti.biz/security/expect-ssh-login-script/

En caso de que el sitio se caiga:

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

Sé que esto es un poco tarde, pero personalmente usaría Net :: SSH :: Expect, disponible de CPAN.

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

Puede usar 'ssh example.com su -lc "$ cmd"'.

Cuando el comando contiene opciones, debe citarlo; de lo contrario, "su" podría comerlas ("su: opción no válida - 'A').

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