(svn+ssh) faire en sorte que bash charge mon PATH via SSH

Vous pouvez essayer de lancer la commande via un bash en utilisant la commande -l pour qu'elle agisse comme un Shell de connexion.

ssh user@server "bash -l -c 'which svnserve'"

Comme indiqué dans les commentaires que j'ai laissés ci-dessus, vous devrez échapper tous les $ pour que les variables soient développées sur le serveur et non localement. Par exemple :

ssh user@server "bash -l -c 'echo \$PATH'"

mettre à jour :

En ce qui concerne votre question sur la raison pour laquelle .ssh/environment ne prend pas effet, je crois que la configuration par défaut de SSHd est d'ignorer les environnements des utilisateurs. Vous devez l'activer spécifiquement dans /etc/ssh/sshd_config (ou similaire) et ajouter :

PermitUserEnvironment yes

mettre à jour 2 :

Si vous n'avez pas accès à /etc/ssh/sshd_config, une solution possible (mais pas idéale) serait d'utiliser l'authentification par clé publique pour lancer svnserve à la connexion.

Voir http://svnbook.red-bean.com/en/1.4/svn.serverconfig.svnserve.html#svn.serverconfig.svnserve.sshtricks

Notez que cela affectera votre capacité à vous connecter normalement via SSH. Pour ce faire, vous devez contourner l'authentification par clé publique :

svn -o PubkeyAuthentication=no user@server

Il se trouve que, .bashrc y .bash_profile ne sont exécutés que si vous êtes dans un Shell interactif. Lorsque vous vous connectez via ssh, vous n'êtes pas dans un Shell interactif, par conséquent, vos commandes personnalisées ne sont pas exécutées. PATH ne sont jamais exécutées. Vous pouvez associer un script aux sheels non-interactifs en utilisant BASH_ENV . Vérifiez également .ssh/environment ce qui vous donne une autre alternative. Le meilleur moyen d'en savoir plus est de faire man ssh .

Bonne chance !

Vous pouvez exécuter une commande env :

ssh servername "env PATH=$REMOTEPATH which svnserve"

J'ai le même problème avec HostMonster, en raison d'un changement récent qu'ils ont fait. J'ai trouvé une solution dans un ancien fil de discussion à l'adresse suivante http://svn.haxx.se/dev/archive-2007-02/0204.shtml :

Sur votre poste de travail :

• modifier ~/.subversion/config : localisez [tunnels] et ajoutez la ligne ssh=~/svnssh

• créer ~/svnssh comme dans le lien :

  #!/bin/sh
/usr/bin/ssh $1 /<ur_bluhost_home_path>/sshsvnserve -t

• chmod +x ~/svnssh

Sur votre compte bleuhost :

• créer ~/sshsvnserve le même contenu que le lien :

  #!/bin/sh
/<ur_bluehost_home_path>/bin/svnserve $*

• chmod +x ~/sshsvnserve

C'est ça. Le changement config [tunnels] modifie la commande lancée par svn lors de la manipulation de l'espace de noms svn+ssh et utilise ur ~/svnssh script à la place. Le script invoque ssh et passe dans le chemin complet à sshsvnserve sur ur compte bluehost. Et sshsvnserve redirige tout vers le chemin complet de svnserve, comme u l'installe. Cela a fonctionné pour moi, pas besoin de $PATH.

J'ai réussi à faire en sorte que ssh exécute des commandes en utilisant le chemin distant en exécutant :

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

Cela charge le .profile distant, etc. Ici, env peut être remplacé par la commande de votre choix.

J'ai des clés autorisées donc je n'ai pas eu besoin de mot de passe pour exécuter la commande ou ssh.