¿Cómo puedo pasar una variable de entorno a través de un comando ssh? [duplicar]

¿Cómo puedo pasar un valor a un comando ssh, de modo que el entorno que se inicia en la máquina host comienza con una determinada variable de entorno establecida a mi elección?

EDITAR: El objetivo es pasar el escritorio kde actual (desde dcop kwin KWinInterface currentDesktop) al nuevo shell creado para que pueda devolver las ubicaciones nfs a mi instancia JEdit en el servidor original que es único para cada escritorio KDE. (Usando un mecanismo como emacsserver / emacsclient )

La razón por la que varias instancias ssh pueden estar en vuelo al mismo tiempo es porque cuando estoy configurando mi entorno, estoy abriendo un montón de instancias ssh diferentes a diferentes máquinas.

El ~/.ssh/environmentarchivo se puede usar para establecer las variables que desea que estén disponibles para los comandos remotos. Tendrá que habilitar PermitUserEnvironmenten la configuración sshd.

Las variables establecidas de esta manera se exportan a procesos secundarios, por lo que puede:

echo "Foo=Bar" > sshenv
echo "Joe=37" >> sshenv
scp sshenv user@server:~/.ssh/environment
ssh user@server myscript

y MyScript sabrá que Foo es Bar y Joe tiene 37 años.

La SendEnvopción es tu chico.

~ / .ssh / config: (localmente)

SendEnv MYVAR

/ etc / ssh / sshd_config: (en el extremo remoto)

AcceptEnv MYVAR

Ahora, cualquiera que sea el valor de $MYVARlocalmente, también estará disponible en la sesión remota.
Si inicia sesión varias veces, cada sesión tendrá su propia copia de $MYVAR, posiblemente con diferentes valores.

~/.ssh/environmentestá destinado a otros fines. Actúa como un $ENVarchivo cuando se ejecutan comandos que no son de shell de forma remota.

Puede pasar valores con un comando similar al siguiente:

ssh username@machine VAR=value cmd cmdargs

Puedes probar con:

ssh machine VAR=hello env

En tcsh, lo siguiente parece funcionar:

ssh machine "setenv VAR <value>; printenv"

También hay un horrible, horrible truco.

Si su script está consumiendo la variable en el extremo remoto (es decir, puede nombrarla como desee), puede abusar de las variables locales. Cualquier variable de la forma LC_ * se pasará literalmente, sin necesidad de configuración alguna.

Por ejemplo, tenemos una serie de servidores de bastion en uno de mis clientes. Odio tener que conectarme a él, solo para conectarme a otro servidor ... y a otro servidor ... todo el tiempo. Tengo un script que se comporta como SSH, excepto que es inteligente.

Básicamente, si LC_BOUNCE_HOSTS está configurado, lo divide en espacios y despega el primer host. Luego rebota y ejecuta el mismo script. En el nodo de destino, esta lista finalmente está vacía, por lo que ejecuta el comando. También tengo un modo de depuración (que es excelente durante los problemas de red), establecido por LC_BOUNCE_DEBUG. Como ssh me pasa todo esto mágicamente, no tengo que hacer nada más que reconocer el final de la lista de hosts (lo que hago con una opción -).

Me siento sucio cada vez que uso esto, pero funciona en todas partes donde lo he probado.

bla="MyEnvSelection=dcop"
ssh user@host "export $bla && ./runProg"

En bash probé con:

$ echo '#!/bin/sh' > readEnv.sh
$ echo 'echo "MyEnv: "$MyEnvFromSSH' >> readEnv.sh

$ scp readEnv.sh user@host:~/
$ bla="MyEnvFromSSH=qwert"
$ ssh user@host "export $bla && ./readEnv.sh"