Lorsque ssh'ing, comment définir une variable d'environnement sur le serveur qui change de session en session?

Lorsque je me sshconnecte à un serveur, comment puis-je transmettre une variable d'environnement du client au serveur? Cette variable d'environnement change entre les différents appels de ssh, je ne veux donc pas écraser $HOME/.ssh2/environmentchaque fois que je fais un appel ssh. Comment puis-je faire ceci?

Bien sûr, vous pouvez définir la variable d'environnement à l'intérieur de la commande, mais vous devrez faire attention à la citation: rappelez-vous que votre shell va analyser votre ligne de commande locale et que le shell distant essaiera la chaîne qu'il contient. reçoit.

Si vous voulez qu'une variable obtienne la même valeur sur le serveur que sur le client, essayez l' SendEnvoption:

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

Cela nécessite cependant le support du serveur. Avec OpenSSH, le nom de la variable doit être autorisé dans /etc/sshd_config.

Si le serveur n'autorise que certains noms de variables spécifiques, vous pouvez contourner ce problème. Par exemple, une configuration commune permet LC_*, et vous pouvez faire ce qui suit:

ssh -o SendEnv = LC_MYVAR serveur.exemple.com 'MYVAR = $ LC_MYVAR; non défini LC_MYVAR; exporter MYVAR; ma commande '

Si pair LC_*n'est pas une option, vous pouvez transmettre des informations dans la TERMvariable d'environnement, qui est toujours copiée (il peut toutefois exister une limite de longueur). Vous devrez toujours vous assurer que le shell distant ne restreint pas la TERMvariable pour désigner un type de terminal connu. Passez l' -toption à ssh si vous ne démarrez pas un shell interactif distant.

env TERM = "informations supplémentaires: $ TERM" ssh -t server.example.com 'MYVAR = $ {TERM%: *}; TERM = $ {TERM ## *:}; exporter MYVAR; ma commande '

Une autre possibilité consiste à définir la variable directement dans la commande:

ssh -t server.example.com 'export MYVAR = "informations supplémentaires"; ma commande '

Ainsi, en passant une variable locale:

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

Cependant, méfiez-vous des problèmes de citation: la valeur de la variable sera interpolée directement dans l'extrait de shell exécuté du côté distant. Le dernier exemple ci-dessus suppose que $LOCALVARne contient pas de guillemets simples ( ').

Si vous pouvez administrer l'hôte cible, vous pouvez configurer sshd pour permettre la transmission de vos variables d'environnement locales à l'hôte cible.

A partir de la page de manuel 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.

La configuration de sshd vit généralement à /etc/ssh/sshd_config

Donc, sur votre client, vous avez une variable d’environnement et vous voulez que celle-ci soit disponible pour la commande à distance? Je ne pense pas qu'il y ait un moyen de faire passer ssh magiquement, mais vous pouvez probablement faire quelque chose comme ça. Au lieu d'utiliser, dites:

ssh remote.host my_command

Tu peux le faire:

ssh remote.host env ENV_VAR=$ENV_VAR my_command

La réponse de @ emptyset (qui n'a pas fonctionné pour moi) m'a amenée à cette réponse:

Vous pouvez ajouter cette commande à votre ~/.ssh/authorized_keysfichier:

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

export VARIABLE=<something>a été immédiatement fermé et la connexion SSH a été fermée (me verrouillant hors du serveur), alors que /usr/bin/env ... $SHELLvotre shell par défaut exécutera un environnement modifié.

Sur votre client local, dans votre ~/.ssh/configvous pouvez ajouter SetEnv, par exemple

Host myhost
  SetEnv FOO=bar

^{Remarque: Vérifiez man ssh_config.}

Ensuite, sur le serveur, assurez-vous d’autoriser le client à transmettre certaines variables d’environnement dans votre /etc/ssh/sshd_configfichier de configuration:

AcceptEnv LANG LC_* FOO BAR*

^{Remarque: Vérifiez man sshd_config.}

Vous pouvez essayer d'appeler une commande personnalisée, en supposant que vous avez la configuration de la connexion SSH sans mot de passe. Sur le serveur, éditez votre entrée ~ / .ssh / registered_keys qui correspond à la clé de votre client:

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

Regardez ce lien dans la section Commande forcée pour un peu plus de détails.

Je construisais une version personnalisée d'OpenSSH pour un périphérique avec un fichier cramfs dans le répertoire de base et / etc (Cram FS est en lecture seule). ~ / .Ssh / environment ne fonctionnerait pas sans une reconstruction complète du système de fichiers, qui ont été déployés sur le terrain. périphériques (systèmes embarqués d'où l'utilisation de CRAMFS). Vous pouvez spécifier dans sshd_config l'emplacement du fichier authroized_keys mais, pour une raison quelconque, environment = ne fonctionne que pour les variables d'environnement dans ~ / .ssh / authroized_keys. Éditer le fichier / etc / profile n'était pas une option et je devais charger ssh dans un répertoire non standard. Dans session.c après child_set_env (... "MAIL" ...), ajoutez simplement les variables d'environnement dont vous avez besoin (c'est un hack que je connais ...), mais insérez simplement que quelqu'un a besoin d'environnements codés en dur pour une session si vous êtes. en compilant à partir des sources, vous pouvez le faire. TGI-FLOSS

juste une simple commande:

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