Accélération de SSH dans les fichiers batch

Question

Voici ma situation:
& nbsp; & nbsp; J'ai un serveur Linux / Media Center avec un client Windows.
& nbsp; & nbsp; Mon objectif est entre autres de contrôler à distance Rhythmbox.
& nbsp; & nbsp; J'ai fait cela en utilisant plink (jouet Windows basé sur Windows).
& nbsp; & nbsp; Le problème est que démarrer une session ssh en se connectant et en envoyant une commande est naturellement très lent. Lorsque j’avais un serveur Windows, j’utilisais un outil appelé psexec, quasi instantané.

& nbsp; & nbsp; Y a-t-il un moyen d'accélérer ce processus? Soit en quelque sorte en envoyant les commandes avec la demande de connexion qui devrait montrer une certaine amélioration. Ou en maintenant une connexion SSH persistante que je peux utiliser. (plink dcs à la fin de la commande).

Plus d'informations:
Sur ma machine Windows, j'utilise une batte comme:
plink -ssh -l nom_utilisateur -pw adresse_ip / "home / nom d'utilisateur / bin / skip"

Sur ma machine Linux, le fichier skip bash ressemble à peu près à:
// nécessaire pour contourner une erreur x11 provoquée par le contrôle de rhythmbox sur ssh
si sa connexion est ssh
& nbsp; & nbsp; copie de l'adresse dbus
fi
rhythmbox-client --next // l'encapsuleur cli pour rhythmbox

Recherches complémentaires:
& nbsp; & nbsp; La seule solution consiste à garder une connexion ssh ouverte / maintenue en tant que service. Cela semble faisable car il y a une demande due à la mise en place de tunnels SSH (pour contourner les pare-feu). À partir de là, il me faudrait un moyen d’envoyer les commandes en ligne de commande à cette connexion existante ou réutiliser cette connexion.
& nbsp; & nbsp; L'autre option est bien sûr de NE PAS utiliser ssh. Enfer, j'ai déjà une connexion via des partages de fichiers samba et il n'y a pas de retard là-bas. Je parie que je pourrais mettre un service Linux qui vérifie la présence d’un fichier modifié. Ensuite, avoir un côté client ap qui modifie ledit fichier. Étonnamment hacky, mais jusqu'à présent, cela semble être la meilleure option. Et par meilleur je veux dire le seul qui réduit le délai de contrôle. Il doit y avoir un meilleur moyen que cela, je ne peux pas être le seul nerd utilisant Linux comme un centre multimédia qui souhaite des contrôles à distance. Cela déplace le sujet de stackoverflow au superutilisateur, mais ça va.

Answer 1

Si quelqu'un est curieux, j'ai fini par implémenter un serveur basé sur http avec php pour exécuter des commandes côté serveur. Et côté client, j’ai utilisé curl.exe pour me permettre d’avoir de jolis boutons cliquables sans les frais généraux d’un navigateur Web.

Aussi agréable, car cela m’a permis d’implémenter une interface utilisateur de navigateur qui est très pratique à utiliser à partir de n’importe quel ordinateur connecté à Internet, sur lequel aucun ordinateur n’est installé. Et fonctionne à merveille depuis mon téléphone comme télécommande (que je peux utiliser d’un pays à l’autre si je le souhaite ...)

Answer 2

Vous pouvez utiliser un certificat SSL se débarrasser de la partie login. Vous pouvez également créer vous-même un petit serveur HTTP utilisant un serveur "exotique". port pour contrôler votre lecteur multimédia (amarok, btw, possède un composant intégré)

Answer 3

Le passage à quelque chose comme mpd contournera le problème ssh, bien que je ne garantisse pas que le changement de piste être plus rapide.