Exécuter la commande ssh à distance avec un shell de connexion complet

J'aimerais faire quelque chose comme ssh example.com 'ls'Cependant par page de manuel ssh:

Si commande est spécifiée, elle est exécutée sur l'hôte distant au lieu d'un shell de connexion.

Donc, ce qui se passe, c’est qu’il lsaffiche sa sortie puis ssh se ferme.

Ce que je n'arrive pas à comprendre, c'est comment ouvrir le shell de connexion complet puis exécuter la commande à l'intérieur de ce shell. Laisser le shell ouvert après l'exécution de la commande. Comme si j'avais fait manuellement les choses suivantes:

  localhost$ ssh example.com 
example.com$ ls
             /folder1 
             /folder2 
example.com$ _

Des idées?

Il suffit de dire à bash de s’exécuter lspuis de se lancer dans un shell de connexion

$ ssh user@host  -t 'bash -l -c "ls;bash"'

ssh user@host -t 'ls; exec $SHELL -l'

-tForcer l'allocation pseudo-terminale. Ceci peut être utilisé pour exécuter des programmes d'écran arbitraires sur une machine distante. Est légèrement plus approprié que bash -i.

exec Aucun nouveau processus n'est créé.

-lrecherche ~ / .bash_profile, ~ / .bash_login et ~ / .profile, dans cet ordre, puis lit et exécute les commandes depuis ... Sans cela, vous ne pouvez probablement pas exécuter de scripts / commandes depuis le répertoire ~ / bin, car ce code from ~ / .profile ne sera pas exécuté sans -ldrapeau:

if [ -d "$HOME/bin" ] ; then
    PATH="$HOME/bin:$PATH"
fi

Dans votre commentaire sur la réponse de fons, vous dites que cela ne fonctionne pas pendant l'utilisation screen.

Pouvez-vous développer sur ce sujet? En regardant le code source de openssh, sshd exécute la commande en appelant

YOUR_DEFAULT_SHELL -c COMMAND

Ainsi, par exemple, si votre shell par défaut est screen, cela ne fonctionnera pas si bien parce que screende » -cdrapeau juste l' emporte sur son .scrreenrc. Donc, il n'y a vraiment aucun moyen d'envoyer des commandes à l'écran s'il s'agit de votre shell par défaut. Vous devrez en fait lancer screen en tant que commande donnée à ssh, mais avec un shell par défaut qui n'est pas screen .

Si c'est ce que vous essayez de faire, je pense que les choses vont devenir vraiment bizarres, car screenelles fermeront également les fenêtres avec des programmes non interactifs. Vous devrez donc faire un tour similaire à celui de fons, mais à un niveau plus profond. SO, avec par exemple / bin / bash (et non screen) comme shell par défaut. Quelque chose comme:

ssh user@host -t 'screen bash -l -c "ls;bash"'

Ce qui devrait - prendre une profonde respiration-- ssh dans l'hôte, lancez bash -c avec une commande de screen, ce qui créera une nouvelle fenêtre. Si cette fenêtre venait juste d'ouvrir ls, elle se terminerait et l'écran se terminerait. Nous utilisons donc le truc de fons à l'intérieur de la nouvelle fenêtre d'écran .

Je pense que ça va marcher, si c'est même ce que tu essayais de faire;)

Plusieurs options -t forcent l'allocation de tty, même si ssh n'a pas de tty local:

ssh -tt user@host 'bash -l -c "/path/to/command'