Utilice este artículo como ayuda para solucionar errores de script.
Solución de problemas de fallo de script
Pasos para la resolución de problemas en caso de fallo general del script.
1. Compruebe si el dispositivo responde. Esto puede hacerse abriendo módulos como el Administrador de tareas, el Administrador de servicios, etc. Si estos no están funcionando, podría haber problemas de red entre el agente y nuestros servidores. Por favor, lea el artículo Solución de problemas del Agente Atera (Windows) para más detalles sobre cómo resolver errores de comunicación.
2. Verifique si el script en Atera usa el Tipo de Archivo correcto. Si el script en Atera usa el Tipo de Archivo incorrecto fallará, así que recree el script usando el tipo correcto.
3. Si el script incluye archivos de instalación *.exe o *.msi, compruebe que se han añadido los argumentos adecuados para la instalación silenciosa. Los scripts ejecutados a través de Atera se ejecutan silenciosamente en dispositivos Windows, por lo que al incluir archivos de instalación, puede ser necesario añadir parámetros al script para especificar la instalación silenciosa del programa. Si la secuencia de comandos no está configurada para incluir los argumentos necesarios para una instalación silenciosa, se ejecutará sin una interfaz gráfica de usuario, lo que impedirá que el usuario final pueda interactuar con el asistente de instalación y, en última instancia, hará que la secuencia de comandos falle.
4. Cambie cómo se envían los derechos del script desde la consola de Atera - Usuario actual o Sistema y vuelva a ejecutar el script en el mismo dispositivo.
5. Compruebe los códigos de salida del script. Estos son los códigos de salida más comunes, que se encontrará al ejecutar scripts por lotes.
0 | El programa ha concluido con éxito. |
1 | Función incorrecta. Indica que Action ha intentado ejecutar un comando no reconocido en el símbolo del sistema de Windows cmd.exe. |
2 | El sistema no puede encontrar el fichero especificado. Indica que no se puede encontrar el archivo en la ubicación especificada. |
3 | El sistema no puede encontrar la ruta especificada. Indica que no se puede encontrar la ruta especificada. |
5 | Acceso denegado. Indica que el usuario no tiene derecho de acceso a un recurso especificado. |
Para los scripts Powershell, la salida le proporcionará la información necesaria sobre el problema. Los códigos de salida más comunes:
0 | El programa ha concluido con éxito. |
1 | No se ha podido ejecutar el script. |
6. Asegúrese de que el script se ejecuta correctamente en la máquina local. Si esto falla, el problema es el propio script.
- En caso de que el script requiera derechos de Admin, puede intentar ejecutar el script en Atera utilizando "Sistema".
Sin embargo, la cuenta de sistema tiene ciertas limitaciones, vea la sección Sesión 0. Como una solución alternativa, ejecute el script como el "Usuario actual", y asegúrese de que el usuario tiene derechos de administrador en esa máquina. - Si el script se ejecuta bien localmente, con o sin derechos de Administrador, vaya al siguiente paso.
7. Póngase en contacto con el equipo de soporte de Atera, y proporcione a nuestro equipo la siguiente información.
- Proporcione a nuestro equipo de soporte una captura de pantalla de la salida al ejecutar el script localmente, tanto con derechos de administrador como sin ellos.
- El script que intenta ejecutar, una breve explicación de lo que se supone que debe lograr, junto con la salida de Atera y de la máquina local de la secuencia de comandos.
Fallo al descargar el script del repositorio de Atera
Para solucionar este error, ejecute los siguientes comandos en su dispositivo.
reg delete "HKEY_LOCAL_MACHINE\SOFTWARE\ATERA Networks\AlphaAgent" /v AccountId /f
rmdir "C:\Program Files\ATERA Networks\AteraAgent\Packages\AgentPackageSystemTools" /s /q
rmdir "C:\Program Files (x86)\ATERA Networks\AteraAgent\Packages\AgentPackageSystemTools" /s /q
Si el problema persiste, póngase en contacto con nuestro equipo de asistencia.
Solicitudes de creación de scripts
Para los tickets en los que un cliente solicita la creación de un script al equipo de soporte, infórmele de que no es un servicio que ofrezcamos.
Script de solución de problemas de la biblioteca compartida
Cuando se trata de scripts que fueron descargados de la biblioteca compartida, sólo podemos sugerir las siguientes acciones.
- Verifique si el Tipo de Archivo es correcto.
- Pruebe la secuencia de comandos como usuario del sistema o como usuario actual.
Nuestro equipo de soporte no gestiona/resuelve los problemas de los scripts de la Biblioteca de Scripts Compartidos, los scripts son examinados sólo por maliciosos y no por su funcionalidad.
En caso de que tenga problemas con un script de la Biblioteca de Scripts Compartidos, póngase en contacto con el creador del script para obtener ayuda.
Sesión 0 de Windows
¿Qué es la Sesión 0 de Windows y por qué es importante?
La sesión 0 de Windows es una sesión especializada de Windows en la que todos los aspectos del software, incluidos los componentes interactivos de la interfaz gráfica de usuario (ventanas emergentes, cuadros de diálogo) y muchos otros aspectos, se inicializan de forma totalmente aislada de la sesión normal de inicio de sesión.
Esta separación es intencionada, por diseño, e impuesta por el sistema operativo. Este aislamiento se inició con Windows Vista/Server 2008 para mitigar varios problemas de seguridad.
Breve historia:
-
Windows NT (1993)
Nace el concepto de múltiples sesiones de inicio de sesión. La sesión 0 se crea en el arranque, y el primer usuario que inicia sesión se coloca en la sesión 0. -
Windows Vista (2007)
Para mitigar diversos exploits, MS prohíbe a los usuarios iniciar sesión en la Sesión 0. Se crea el "servicio de detección de servicios interactivos" que permite a los administradores acceder temporalmente a la Sesión 0. El primer usuario que inicie sesión ocupará la Sesión 1. -
Windows 8 y Windows Server 2012
El Servicio de Detección de Servicios Interactivos está desactivado por defecto. Esto evita que cualquiera pueda cambiar a la Sesión 0 (a menos que se actualice una clave del registro). -
Windows 10 y Windows Server 2016
Los dispositivos de E/S ya no funcionan en la Sesión 0. Se pensó que este comportamiento era un error, pero claramente, era una acción deliberada destinada a evitar la interacción con la Sesión 0. -
Windows 10, versión 1803 (2018)
Se elimina oficialmente el servicio de Detección de Servicios Interactivos. El cambio a la Sesión 0 está prohibido.
¿Por qué es esto importante para Atera?
Dado que nuestro agente es un servicio que genera un proceso, la mayoría de nuestros procesos se inician en la sesión 0, por lo que no se mostrará a sus usuarios finales. Además, AteraAgent se ejecuta como la cuenta incorporada de Windows "NT Authority/System" con el fin de aprovechar sus permisos.
Bien, ¿cómo se vería esto en el mundo real? Tomemos un ejemplo común:
Usted ejecuta un script .bat en su máquina de usuario final desde Atera, se supone que debe crear un cuadro de diálogo a la espera de que el usuario haga clic en "Ok" o "Cancelar". Si el script se ejecuta como "NT Authority/System", la aplicación está ahora esperando la entrada en la ventana emergente, pero la UI no se muestra en la sesión de usuario.
Desde la perspectiva del usuario, la aplicación parece estar colgada/congelada, mientras que se está comportando perfectamente normal, y está esperando una respuesta del usuario que el usuario no puede ver.
Como ya habrá notado, esto presenta un problema. Como solución, puede ejecutar el script como "Usuario actual", o puede aprovechar "Runas"