Actualmente estoy trabajando en un proyecto de software que permite la instalación remota vía SSH. Transfiero un pequeño instalador y luego un archivo comprimido de la aplicación principal. El instalador descomprimirá el paquete transmitido y me quedo atascado en la parte donde realmente quiero ejecutar la aplicación en segundo plano. En Linux todo funciona perfectamente con elnohupcomando y después de investigar un poco descubrí que esto normalmente se hace mediante el comando de inicio en Windows, pero no puedo hacerlo funcionar. Si ejecuto start calc.exe como prueba, funciona y el proceso aparece en la lista de tareas (aunque no hay GUI), pero si intento ejecutar mi propio .exe coniniciar "" "app.exe" "-master"No recibo ningún comentario en absoluto. ¿Existen alternativas confiables al comando de inicio? El proceso tiene que ser independiente de la sesión SSH porque se supone que debe ejecutarse durante mucho tiempo. Además, la prueba con start calc.exe solo fue exitosa en un host remoto (VM con Windows 7). Si intenté reproducir los resultados en localhost (Windows), que uso principalmente para realizar pruebas en este momento por razones de conveniencia, también falló. Gracias de antemano.
Respuesta1
Si tiene acceso a través de SSH a una computadora remota con Windows, realice un túnel de reenvío inverso para RDP como se describeaquíe inicie sesión normalmente en la sesión GUI. Si no cierra sesión sino que simplemente finaliza el túnel SSH o se desconecta de RDP sin cerrar sesión, entonces su sesión estará activa con todos los programas que inició allí.
Si no puede configurar el túnel inverso, puede usar otra solución:
ejecutar el programa en la sesión 0 mediante el programador de tareas. Puede configurar su tarea a través de la terminal con la ayuda de schtasks.exe. En este caso, sólo podrá comunicarse con su programa a través de IPC, bucle de mensajes o mediante archivos.