Hablando de PsExec
, me fuertemente sugieren usar Cygwin/OpenSSH en su lugar.
SSH tiene múltiples ventajas (sobre herramientas como PsExec
o incluso servicios a medida).
Por ejemplo, trate de usar con PsExec
y poner en práctica lo que estos bash
/ssh
líneas de comandos hacen:
ssh [email protected] "find . -name something" 2> all.errors.txt
ssh [email protected] "grep -r something ."
if [ "$?" == "0" ]
then
echo "FOUND"
else
echo "NOT FOUND"
fi
buena suerte!
transferencias SSH (!) De estado remoto stdout/stderr/salida a cáscara local para la inspección
(función única y requisito común para integrar la ejecución remota en la lógica de secuencias de comandos locales)
Cygwin/OpenSSH proporciona estándar entorno de shell POSIX
(inversión de tiempo eficiente, herramientas fundamentales, compatibilidad multiplataforma, hábitos compatibles, etc.)
Puede todavía/siempre se ejecutan todos nativos aplicación Windows
(incluida la ejecución automática de *.bat
archivos por cmd
procesador)
Puede configurar sin contraseña de autenticación mediante claves públicas
(pensar automatizado desatendida tareas)
Tip
No era uno de los requisitos que tenía problemas con un principio:
fondo sshd
servicio tenía para ejecutar aplicaciones en la sesión gráfica de usuario
(para hacer ventana de la aplicación aparece en el entorno de escritorio).
El acceptable solution para mí corría sshd
servicio directamente en sesión de la GUI del usuario
(se inician automáticamente al usuario se conecta, siga el enlace para ver cambios en los archivos de configuración):
/usr/sbin/sshd -f /home/user/sshd_config
Esta pregunta probablemente sea más adecuada para serverfault.com. He marcado para cerrar por esta razón; stackoverflow ahora es compatible con preguntas en movimiento entre sitios. –