Lorsque j'utilise rsync pour copier des fichiers d'un ordinateur à un autre, un processus rsync démarre aux deux extrémités. Cependant, du côté distant, les fichiers d'initialisation du shell ne sont apparemment pas lus, donc je ne peux pas configurer de variables d'environnement pour le processus rsync distant. Malheureusement, il y a un serveur sur lequel je dois rsync sur lequel rsync requiert une variable d'environnement pour fonctionner. Je ne suis pas administrateur sur le serveur, je ne peux donc pas modifier la configuration globale. Que puis-je faire pour définir des variables d'environnement pour un processus rsync distant?
ssh
rsync
environment-variables
remote-connection
Ryan C. Thompson
la source
la source
rsync localfilename remotehost:remotefilename
, un processus rsync démarre sur le serveur. Je ne sais pas exactement comment, mais il ne lit aucun fichier d'initialisation du shell.Réponses:
~/.profile
n'est généralement pas lu lorsque vous exécutezssh somecommand
, contrairement à une session ssh interactive (ou à une autre méthode de connexion où vous démarrez une session interactive).Ssh prend en charge l'envoi de variables d'environnement. Dans OpenSSH, utilisez la
SendEnv
directive dans~/.ssh/config
. Cependant, la variable d'environnement spécifique doit être activée avec uneAcceptEnv
directive dans la configuration du serveur , donc cela risque de ne pas fonctionner pour vous.OpenSSH permet également de définir des variables d'environnement côté serveur. Encore une fois, cela doit être activé dans la configuration du serveur, ici avec la
PermitUserEnvironment
directive. Les variables peuvent être définies dans le fichier~/.ssh/environment
. En supposant que vous utilisez l'authentification par clé publique, vous pouvez également définir des variables par clé dans~/.ssh/authorized_keys
: ajouterenvironment="FOO=bar"
au début de la ligne appropriée.Une chose qui, selon moi, fonctionne toujours (curieusement) tant que vous utilisez l'authentification par clé publique consiste à (ab) utiliser l'
command=
option dans leauthorized_keys
fichier. Une clé avec unecommand
option n'est valable que pour exécuter la commande spécifiée; mais la commande duauthorized_keys
fichier s'exécute avec la variable d'environnementSSH_ORIGINAL_COMMAND
définie sur la commande spécifiée par l'utilisateur (vide pour les sessions interactives). Vous pouvez donc utiliser quelque chose comme ça dans~/.ssh/authorized_keys
(bien sûr, cela ne s'appliquera pas si vous n'utilisez pas cette clé pour vous authentifier):Notez que j'ai mis des sauts de ligne ci-dessus pour plus de lisibilité, mais cela doit en fait être tout sur une seule ligne.
Une autre possibilité consiste à écrire un script wrapper
~/bin/rsync-wrapper
sur le serveur, quelque chose commePassez ensuite
--rsync-path='bin/rsync-wrapper'
sur larsync
ligne de commande. L'argument to--rsync-path
est développé par un shell, donc si vous préférez, vous pouvez rendre la ligne de commande rsync autonome en passant quelque chose comme--rsync-path='. ~/.profile; rsync'
.Il existe une autre avenue qui dépend de votre shell de connexion étant bash ou zsh. Bash lit toujours
~/.bashrc
quand il est invoqué par rshd ou sshd, même s'il n'est pas interactif (mais pas s'il est appelé commesh
). Zsh lit toujours~/.zshenv
.la source
$PATH
dans mes scripts d'initialisation shell.PATH
compte en compte, vous devriez pouvoir y définir n'importe quelle autre variable. (Si cela ne fonctionne pas, essayez d'ajouter autant de traces que possible, en commençant parset -x
n'importe quel script shell; remplacez lersync
binaire par un script wrapper qui vide l'environnement dans un fichier puis appelle le vrai binaire.)~/.ssh/rc
?~/.ssh/rc
est exécuté par un processus shell séparé. Je pense que votre meilleur pari est un script wrapper ou--rsync-path='. ~/.profile; rsync'
. Ou recompilerrsync
avec un chemin approprié selon votre autre question.