Ao fazer a ssh'ing, como posso definir uma variável de ambiente no servidor que muda de sessão para sessão?

Quando entro sshem um servidor, como posso passar uma variável de ambiente do cliente para o servidor? Essa variável de ambiente é alterada entre diferentes invocações do ssh, portanto não quero sobrescrever $HOME/.ssh2/environmenttoda vez que faço uma chamada ssh. Como posso fazer isso?

Obviamente, você pode definir a variável de ambiente dentro do comando, no entanto, terá que ter cuidado ao citar: lembre-se de que seu shell analisará sua linha de comando local e, em seguida, o shell remoto analisará a string recebe.

Se você deseja que uma variável obtenha o mesmo valor no servidor que possui no cliente, tente a SendEnvopção:

ssh -o SendEnv = MYVAR server.example.com mycommand

Isso requer suporte do servidor, no entanto. Com o OpenSSH, o nome da variável precisa ser autorizado /etc/sshd_config.

Se o servidor permitir apenas determinados nomes de variáveis ​​específicos, você poderá contornar isso; por exemplo, uma configuração comum permite LC_*, e você pode fazer o seguinte:

ssh -o SendEnv = LC_MYVAR server.example.com 'MYVAR = $ LC_MYVAR; desmarque LC_MYVAR; exportar MYVAR; mycommand '

Se even LC_*não for uma opção, você pode passar informações na TERMvariável de ambiente, que sempre é copiada (no entanto, pode haver um limite de comprimento). Você ainda precisará garantir que o shell remoto não restrinja a TERMvariável para designar um tipo de terminal conhecido. Passe a -topção para ssh se você não estiver iniciando um shell interativo remoto.

env TERM = "informações adicionais: $ TERM" ssh -t server.example.com 'MYVAR = $ {TERM%: *}; TERM = $ {TERM ## *:}; exportar MYVAR; mycommand '

Outra possibilidade é definir a variável diretamente no comando:

ssh -t server.example.com 'export MYVAR = "informações extras"; mycommand '

Assim, se passar uma variável local:

ssh -t server.example.com 'export MYVAR =' "'$ LOCALVAR'" '; mycommand '

No entanto, cuidado com os problemas de citação: o valor da variável será interpolado diretamente no snippet do shell executado no lado remoto. O último exemplo acima assume que $LOCALVARnão contém aspas simples ( ').

Se você pode administrar o host de destino, pode configurar o sshd para permitir a passagem de suas variáveis ​​de ambiente local para o host de destino.

Na página do manual sshd_config:

 PermitUserEnvironment
     Specifies whether ~/.ssh/environment and environment= options in
     ~/.ssh/authorized_keys are processed by sshd.  The default is
     "no".  Enabling environment processing may enable users to bypass
     access restrictions in some configurations using mechanisms such
     as LD_PRELOAD.

configuração sshd normalmente vive em /etc/ssh/sshd_config

Então, no seu cliente, você tem alguma variável de ambiente e deseja que ela esteja disponível para o comando remoto? Eu não acho que exista uma maneira de o ssh passar magicamente, mas você provavelmente pode fazer algo assim. Em vez de usar, diga:

ssh remote.host my_command

Você consegue fazer isso:

ssh remote.host env ENV_VAR=$ENV_VAR my_command

A resposta do @ emptyset (que não funcionou para mim) me levou a esta resposta:

Você pode adicionar este comando ao seu ~/.ssh/authorized_keysarquivo:

command="/usr/bin/env VARIABLE=<something> $SHELL" ssh-rsa <key>

export VARIABLE=<something>estava saindo imediatamente e a conexão SSH foi fechada (me bloqueando do servidor), enquanto /usr/bin/env ... $SHELLexecutará seu shell padrão com um ambiente modificado.

No seu cliente local, ~/.ssh/configvocê pode adicionar SetEnv, por exemplo,

Host myhost
  SetEnv FOO=bar

^{Nota: Verifique man ssh_config.}

Em seguida, no servidor, certifique-se de permitir que o cliente passe certas variáveis ​​de ambiente no seu /etc/ssh/sshd_configarquivo de configuração:

AcceptEnv LANG LC_* FOO BAR*

^{Nota: Verifique man sshd_config.}

Você pode tentar chamar um comando personalizado, supondo que você tenha uma configuração de login ssh sem senha. No servidor, edite sua entrada ~ / .ssh / allowed_keys que corresponde à chave do seu cliente:

command="export VARIABLE=<something>" ssh-rsa <key>

Veja este link na seção Comando Forçado para um pouco mais de detalhes.

Eu estava criando uma compilação personalizada do OpenSSH para um dispositivo com cramfs no diretório inicial e / etc (o Cram FS é somente leitura) para que o ~ / .ssh / environment não funcionasse sem reconstruir o FS inteiro e estes foram implantados em campo dispositivos (sistemas embarcados, daí o uso de CRAMFS). Você pode especificar no sshd_config a localização do arquivo authroized_keys, mas por alguma razão o environment = funciona apenas para variáveis ​​de ambiente nas ~ / .ssh / authroized_keys. Editar o perfil / etc / não era uma opção e eu tive que carregar o ssh em um diretório não padrão. Em session.c após o child_set_env (... "MAIL" ...), basta adicionar as variáveis ​​de ambiente necessárias (este é um truque, eu sei ...), mas apenas alguém precisará de alguns envs codificados para uma sessão, se você estiver compilando a partir da fonte, você pode fazer isso. TGI-FLOSS

apenas um comando simples:

ssh -t your_host_or_ip 'export some_var_name=whatever_you_want; bash'