¿Por qué el $ PATH de un comando remoto ssh difiere del de un shell interactivo?

Tengo un usuario que no ha realizado modificaciones en $ PATH en ningún archivo de puntos: es exactamente la configuración predeterminada del sistema. Desde un shell de inicio de sesión:

$ ssh example.com
user@example.com:~$ cat /tmp/hello.hs
#!/bin/bash

echo "$SHELL"
echo "$PATH"

user@example.com:~$ /tmp/hello.hs
/bin/bash
/usr/local/bin:/usr/bin:/bin

Exactamente como se especifica en /etc/profile. Esto me parece bastante inesperado:

$ ssh example.com '/tmp/hello.sh'
/bin/bash       
/usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/games

Como dije, no hay modificación de $ PATH en ~/.bashrc, ni en /etc/bash.bashrc. No ~/.ssh/environmenttampoco El ssh(1)declara que la variable de entorno PATHes

Establezca la RUTA predeterminada, como se especifica al compilar ssh.

pero este hilo de StackOverflow y este artículo de la lista de correo sugieren que debería poder influir en $ PATH para un comando dado simplemente modificando / etc / profile, uno de los archivos de inicio de shell, etc.

¿Que está pasando aqui?

De ssh(1)la página del manual: "Si se especifica el comando, se ejecuta en el host remoto en lugar de un shell de inicio de sesión".

En resumen, cuando realmente inicia sesión en la máquina bash se inicia como un shell de inicio de sesión y carga los archivos apropiados, cuando se conecta de forma remota y emite un comando, se ejecuta en lugar de bash, lo que significa que estos archivos NO se cargan. Puede solucionarlo utilizando su -l -co similar en la parte de comando de ssh.

En algunos casos, también he visto -targumentos para el trabajo ssh (asignar tty).

Edición 1 :
creo que la información de RUTA que encontró, que la ruta predeterminada (a menos que la anulemos) es la compilada en sshd. Me aseguré de que mi / etc / profile, / etc / bash *, los archivos de puntos locales, etc. no tenían ninguna información de RUTA, luego inicié sesión y todavía tenía una RUTA. Busqué este en sshd y lo encontré allí. Así es como dice la página de manual:

ahnberg@remote$ strings /usr/sbin/sshd | grep -i x11 | grep bin
/usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/games

Luego agrego PATH=$PATH:/my/testa la parte superior de mi .bashrcarchivo en el control remoto y lo verifico nuevamente:

ahnberg@local$ ssh ahnberg@remote "env | grep PATH"
PATH=/usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/games:/my/test

Así que puedo influenciarlo absolutamente, y la RUTA predeterminada es la que se compila en sshd. :)

Pude hacer que ssh ejecutara comandos usando la ruta remota ejecutando:

ssh dist@d6 "bash --login -c 'env'"

Aquí env puede ser reemplazado con cualquier comando que desee.

Tengo claves autorizadas, así que no necesitaba una contraseña para ejecutar el comando o ssh.

Se me ocurrió una solución diferente para solucionar el problema. Mi preferencia personal es crear nuevos archivos de configuración en lugar de alterar los existentes. De esta manera, puedo facilitar el cambio de la configuración predeterminada.

Aquí están los contenidos de /etc/profile.d/ssh_login.sh:

#!/bin/sh
if [ "$SSH_CONNECTION" ]; then
    echo "User '$USER' logged in from '${SSH_CONNECTION%% *}'"
    . /etc/environment
fi

Utilizando dropbearen lugar de openssh-server(esto también debería funcionar con openssh), la variable SSH_CONNECTION se configura automáticamente cuando inicio sesión de forma remota. Creé una nueva configuración de perfil de shell para detectar inicios de sesión SSH, mostrar cierta información en la pantalla y, lo más importante, cargar la configuración del entorno global /etc/environmentpara reemplazar los valores compilados. Tenga en cuenta que esto solo afecta a los shells interactivos SSH, no a la ejecución remota de comandos.

Alternativamente , si usa openssh y siempre desea cargar el entorno global, independientemente de si se trata de un shell interactivo, puede colocar un enlace simbólico de ~/.ssh/esta manera:

ln -s /etc/environment ~/.ssh/environment

Entonces debe habilitar la PermitUserEnvironmentopción en /etc/sshd/sshd_config. Sin embargo, solo haga esto para usuarios confiables, ya que esto podría permitirles eludir las restricciones de acceso en algunas configuraciones utilizando mecanismos como LD_PRELOAD. Consulte man sshd_configpara obtener más información, específicamente cómo usar Matchbloques para restringir las opciones a usuarios / grupos específicos.

Si desea que se cargue la ruta del perfil, intente:

#!/bin/bash -i

en la parte superior del guión. De esta forma, el shell está en modo interactivo cuando ejecuta el script.

Cuando se invoca bash como un shell de inicio de sesión interactivo o como un shell no interactivo con la opción --login, primero lee y ejecuta comandos del archivo / etc / profile, si ese archivo existe. Después de leer ese archivo, busca ~ / .bash_profile, ~ / .bash_login y ~ / .profile, en ese orden, y lee y ejecuta comandos del primero que existe y es legible. La opción --noprofile se puede usar cuando se inicia el shell para inhibir este comportamiento.

http://linux.die.net/man/1/bash