Acelerar ssh en archivos por lotes

Question

Esta es mi situación:
& nbsp; & nbsp; Tengo un servidor Linux / centro de medios con un cliente de Windows.
& nbsp; & nbsp; Mi objetivo es el control remoto del rhythmbox, entre otras cosas.
& nbsp; & nbsp; He hecho esto usando plink (juguete basado en Windows cli ssh).
& nbsp; & nbsp; El problema es que iniciar una sesión ssh, iniciar sesión y enviar un comando es comprensiblemente lento como el infierno. Cuando tenía un servidor de Windows, utilizaba una herramienta llamada psexec que era casi instantánea.

& nbsp; & nbsp; ¿Hay alguna forma de acelerar este proceso? De alguna manera, enviando los comandos con la solicitud de inicio de sesión que debería mostrar alguna mejora. O manteniendo una conexión ssh persistente que pueda usar. (plink dcs al final del comando).

Más información:
En mi máquina con Windows estoy usando un murciélago como:
plink -ssh -l username -pw pass myipaddress " / home / username / bin / skip "

En mi máquina Linux, el archivo skip bash es algo así como:
// necesitaba evitar un error x11 causado por el control de rhythmbox sobre ssh
si es una conexión ssh
& nbsp; & nbsp; copie dbusaddress
fi
rhythmbox-client --next // el contenedor de cli para rhythmbox

Investigación adicional:
& nbsp; & nbsp; El único camino a seguir parece mantener una conexión ssh abierta / mantenida como un servicio. Esto parece factible ya que existe una demanda debido a la configuración de túneles ssh (para evitar los firewalls). A partir de ahí, necesitaría una forma de enviar los comandos de la línea de comandos a esta conexión existente o reutilizar esa conexión.
& nbsp; & nbsp; La otra opción es, por supuesto, NO usar ssh. Demonios, ya tengo una conexión a través de archivos compartidos de samba y no hay retraso allí. Apuesto a que podría poner un servicio en el lado de Linux que verifique si hay un archivo modificado. Luego tenga un lado del cliente ap que modifique dicho archivo. Increíblemente hacky pero hasta ahora parece la mejor opción. Y por mejor me refiero al único que reduce el retraso del control. Tiene que haber una mejor manera que esto, no puedo ser el único nerd que usa Linux como centro de medios que quiere controles remotos. Este tipo de tema mueve el tema de stackoverflow a superusuario, pero está bien.

Answer 1

Si alguien tiene curiosidad, terminé implementando un servidor basado en http con php para ejecutar comandos del lado del servidor. Y del lado del cliente, utilicé curl.exe para permitirme tener buenos botones que se pueden hacer clic sin la sobrecarga de un navegador web.

También es bueno ya que me permitió implementar una interfaz de usuario en el navegador que es excelente para usar desde cualquier máquina con internet, las que no tienen instalado ssh. Y funciona maravillosamente desde mi teléfono como control remoto (que puedo usar desde un país lejos si así lo elijo ...)

Answer 2

Puede usar un certificado SSL para deshacerse de la parte de inicio de sesión. Alternativamente, construya un pequeño servidor HTTP que use un "exótico" puerto para controlar su reproductor multimedia (amarok, por cierto, tiene un incorporado)

Answer 3

Cambiar a algo como mpd evitará el problema ssh, aunque no garantizo que el cambio de pistas ser más rápido.