Forza SSH a utilizzare una shell specifica

Esiste un modo per forzare SSH a utilizzare una shell particolare sull'estremità remota, indipendentemente dalla shell predefinita dell'utente?

Ho provato soluzioni simili a:

ssh host.domain.com /bin/bash -c 'complicated, multi-line command'

ma sfortunatamente la shell di default sull'estremità remota è responsabile dell'analisi della parte "comando complicato, multilinea", e ho difficoltà a sfuggirla sufficientemente per funzionare sia per gli utenti della shell Bash che C.

Non credo sia possibile, almeno con i sistemi basati su openssh. Se hai la possibilità, una soluzione migliore potrebbe essere quella di sftp su un file shell-script e quindi eseguirlo con il metodo che hai pubblicato. Avrebbe il vantaggio di ridurre al minimo la quantità di escape necessaria, ma lascerebbe indietro un file che dovrebbe essere rimosso (forse come l'ultimo passo dello script).

Usa un heredoc:

ssh host.domain.com /bin/bash << EOF
big ugly commands
lots of them
EOF

Utilizzare accessi basati su chiave, non basati su password. Quindi puoi aggiungere un (elenco di) "comandi forzati" alla tua chiave pubblica ssh (nel campo "opzioni" nel caso di SSH1) che è installato sul server (nel file ~ / .ssh / authorized_keys per SSH1 , ~ / .ssh2 / autorizzazione per SSH2).

Esegui il comando forzato in modo che la shell desiderata venga chiamata ...

Altro: è possibile associare al massimo un comando forzato a una determinata chiave. Se sono necessari più comandi forzati per scopi diversi, è necessario impostare diversi tasti. (Ovviamente puoi mettere più cose in uno script, che chiami tramite comando forzato. Ma tieni presente che i comandi forzati vengono sempre eseguiti per un determinato account / chiave se l'utente accede, indipendentemente dal fatto che abbia richiesto l'esecuzione di qualcosa di diverso. Se vuoi ancora onorare il comando originale richiesto, dai un'occhiata a come sfruttare la $SSH_ORIGINAL_COMMANDvariabile ...)

Leggi i "comandi forzati" tramite Google .

È possibile utilizzare l' -topzione per forzare l'allocazione di una pseudo-tty per il programma che si desidera avviare, come se si stesse eseguendo la shell standard. Quindi passa la shell che desideri come semplice vecchio argomento.

Con questa tecnica sei in grado non solo di utilizzare qualsiasi shell installata, ma puoi anche aprire vim e altri programmi che richiedono un TTY, da un singolo comando. Il che è bello se stai scrivendo uno script di shell che ti accede da qualche parte e apre un file su vim, o htop o qualcosa del genere.

me@my-machine $ ssh root@myhost -t bash
root@myhost:~# exit
Connection to myhost closed.
me@my-machine $ ssh root@myhost -t sh
# exit
Connection to myhost closed.
me@my-machine $ 

Non sono sicuro che si tratti di una shell di accesso, ma ci sono opzioni per far sì che bash si comporti come una shell di accesso, quindi anche la shell potrebbe avere quella.

Sorprendentemente vedo risultati diversi con i seguenti:

correre nel trattino:

ssh eric@172.17.1.241 /bin/bash -c "echo <(cat)"                                              
sh: 1: Syntax error: "(" unexpected

vs bash:

ssh eric@172.17.1.241 '/bin/bash -c "echo <(cat)"'                                            
/dev/fd/63

Mostrando il comando completamente citato funziona come previsto.

Ho affrontato una situazione simile qualche tempo fa, dove avevo bisogno di usare ksh coprocess per sqlplus e avevo solo un ssh attraverso il quale dovevano aver luogo le letture e le scritture.

Un modo per fare ciò è reindirizzare tutti i comandi dipendenti in una riga (usa;) a / usr / bin / ksh sul computer remoto. per esempio:

host="user@host"

db_conn="ora_user/passwd"

a="select * from dual;"

frmt="set heading off echo off feedback off verify off pagesize 0 termout off"

var=$(ssh ${host} "echo 'sqlplus -silent /nolog |&; sql_pid=\$!; print -p \"conn ${db_conn}\"; print -p \"${frmt}\"; print -p \"${a}\"; print -p \"exit\"; wait \$sql_pid' > /remote_dir/kshcmd.txt; awk '{print \$0}' /remote_dir/kshcmd.txt | /usr/bin/ksh")