Si tienes un NAS en casa o en la oficina y usas Windows 11 como sistema principal, tarde o temprano te planteas cómo automatizar los reinicios y los apagados para no estar pendiente de hacerlo a mano cada vez. Entre consumos eléctricos, cortes de luz, mantenimiento y copias de seguridad, dejarlo todo bien orquestado desde Windows puede ahorrarte muchos sustos.
El reto está en que no solo hay que programar el apagado del PC. También hay que coordinar el comportamiento del NAS, del SAI/UPS y del propio Windows para que, tras un corte de corriente o un reinicio programado, todo vuelva a arrancar como debe. Vamos a ver, con calma pero al grano, cómo funciona todo esto por debajo y qué puedes hacer para que tus apagados y reinicios sean realmente automáticos… y fiables.
Comportamiento típico de un NAS Synology ante cortes de energía
Muchos usuarios se sorprenden al comprobar que, tras un apagado limpio del NAS y un posterior corte de corriente, el equipo no se enciende de nuevo automáticamente cuando vuelve la luz, aunque hayan marcado la opción de reinicio automático en la configuración de energía del NAS.
En modelos veteranos como un Synology DS1813+, se ha observado que la opción de “Reiniciar automáticamente cuando se solucione el problema de alimentación” solo se cumple si el NAS estaba encendido en el momento exacto del corte. Es decir, si tú apagas DSM de forma limpia y después se va la luz, el NAS no considera esa situación como un “fallo de alimentación” que deba disparar el autoencendido.
Esto complica bastante los escenarios en los que el NAS se apaga de forma ordenada porque un server intermedio o un SAI le envía la orden vía API, y luego la corriente desaparece durante un rato. Al volver la energía, el NAS se queda apagado, rompiendo la automatización que esperabas tener en tu entorno doméstico o de datacenter.
Otro matiz importante es lo que ocurre con la tarjeta de red del NAS. Después de un apagado normal y un corte posterior de alimentación, es habitual que la NIC se quede completamente sin energía. Cuando regresa la corriente, la tarjeta de red no entra en un modo de espera alimentado. De modo que no es capaz de recibir paquetes Wake on LAN (WoL). Eso significa que no podrás encender el NAS remotamente mediante WoL en ese escenario concreto.
En modelos recientes (DS923+, DS1522+, DS1621+, etc.), la situación puede haber mejorado a nivel de firmware o hardware, pero no hay una garantía universal. Sigue siendo esencial probar tu propio modelo apagándolo limpiamente, cortando la energía y restableciéndola para ver si se enciende solo o si la tarjeta de red queda en estado apto para aceptar WoL. Cada generación puede comportarse de forma diferente.
SAI, NUT y API del NAS: automatización más allá de Windows
En muchas redes medianas y avanzadas, el NAS no se conecta directamente al SAI, sino que es un servidor intermedio el que se comunica con el UPS. Un caso bastante típico es un servidor Linux que ejecuta NUT (Network UPS Tools), recibe los avisos del SAI cuando la batería va justa y lanza apagados ordenados tanto sobre sí mismo como sobre otros equipos, incluido el NAS.
En este tipo de montajes, el NAS no puede aprovechar el modo nativo de espera de UPS que trae Synology u otros fabricantes, porque quien “manda” es el servidor Linux. Normalmente, este le envía una orden de apagado usando la API HTTP/HTTPS del NAS o SSH. El procedimiento es limpio, pero tiene una consecuencia: cuando la energía vuelve, el NAS no se siente en obligación de arrancar automáticamente, ya que se apagó por orden legítima y no por fallo eléctrico.
Para que tu automatización tenga sentido, necesitas coordinar varias piezas:
- SAI.
- Servidor intermedio.
- NAS.
- Equipo con Windows 11.
Windows puede participar tanto en el envío de órdenes de apagado o reinicio al NAS (por ejemplo, llamando a scripts que usen la API) como en el diagnóstico de por qué un equipo se apaga o reinicia sin seguir la secuencia esperada.
En entornos críticos, también es útil revisar las opciones de autoencendido del propio NAS (cuando las tenga). Hay modelos que permiten definir comportamientos tras fallo de alimentación (encender siempre, mantenerse apagado, restaurar el estado previo) y horarios de encendido/apagado internos. Ajustar esto a cómo reacciona tu SAI y tu servidor NUT es clave para no quedarte a oscuras cuando menos te interesa.
Uso de los registros de eventos de Windows para entender reinicios y apagados
Antes de automatizar nada desde Windows 11 hacia el NAS, conviene asegurarse de que tu propio sistema no se comporta de forma extraña. Windows distingue entre reinicios normales y reinicios inesperados, y lo deja registrado en el Visor de eventos, en los registros del sistema.
Los eventos con identificadores 12, 13, 6005 y 6009 te dan una idea clara del historial de arranques y apagados del sistema:
- Evento 12 (Kernel-General). Indica que el sistema operativo se ha iniciado en una fecha y hora concretas.
- Evento 13 (Kernel-General). Refleja que el sistema operativo se ha apagado en una fecha y hora determinadas.
- Evento 6005 (EventLog). Señala que el servicio de registro de eventos se ha iniciado (suele ir ligado al arranque).
- Evento 6009 (EventLog). Muestra la versión del sistema operativo Windows cargada en ese arranque.
Más allá de eso, para diferenciar si un reinicio ha sido normal o producto de un problema, son críticos los eventos 13, 41, 1074, 6008 y 6009. Normalmente, un reinicio limpio viene anunciado por un 1074 (un proceso o usuario ha pedido el reinicio), seguido de un 13 (apagado del SO) y el 6009 (arranque con versión de Windows). Cuando lo que aparece en el log es un 41 (Kernel-Power) unido a un 6008 (apagado inesperado), hablamos ya de reinicio no controlado.
El evento 41 explica que “el sistema se ha reiniciado sin apagarse primero”. Eso suele apuntar a cortes de energía, cuelgues graves o apagados forzados. El 6008 insiste en que el cierre previo fue inesperado. Si en tu PC con Windows 11 ves reiteradamente estos eventos justo cuando estás probando automatizaciones con el NAS, tendrás que revisar antes el estado del hardware o la alimentación de tu máquina.
Para encontrar el origen de muchos reinicios automáticos, también merece la pena revisar eventos como los 19, 1001, 7045. Además de los ya mencionados 41 y 1074. Ahí pueden aparecer pistas de actualizaciones de Windows, drivers nuevos, servicios recién instalados o comprobaciones de errores (pantallazos azules) que hayan provocado el reinicio.
Programar apagados y reinicios en Windows 11 con shutdown.exe
La pieza básica para automatizar apagados y reinicios desde Windows hacia cualquier equipo, incluido tu NAS, es el comando shutdown.exe. Aunque está pensado para controlar el propio sistema, combinado con scripts y herramientas remotas se convierte en el núcleo de muchas automatizaciones.
Algunos de los parámetros más útiles del comando shutdown son:
- /s: apaga el equipo.
- /r: apaga y reinicia el equipo.
- /f: fuerza el cierre de aplicaciones sin preguntar al usuario.
- /t xxx: define el tiempo de espera antes del cierre, en segundos.
- /c «texto»: añade un comentario visible sobre el motivo del apagado o reinicio.
Si quieres un reinicio inmediato en tu Windows 11, puedes lanzar algo como shutdown /r /f /t 0 /c «Reinicio». Para un apagado instantáneo, sería shutdown /s /f /t 0 /c «Apagado». Aunque estas órdenes actúan sobre el propio PC, suelen ser el último paso de un script que, antes de apagarse, llama a la API del NAS o a otro equipo para que éste se apague también de forma controlada.
Además de usar la consola, puedes programar el apagado o reinicio con temporizador desde CMD en Windows 11 con sintaxis como shutdown /s -t 3600 (apagado dentro de una hora) o shutdown /r -t 600 (reinicio en 10 minutos). Siempre podrás cancelar la programación usando shutdown -a. Muy útil cuando cambian los planes de repente.
Una forma cómoda de lanzar apagados programados sin recordar la sintaxis es crear accesos directos en el escritorio. Por ejemplo, un acceso directo con el comando shutdown -s -t 300 sirve para que, con doble clic, Windows se apague en 5 minutos. Eso te da margen para guardar lo que tengas abierto antes de cortar también el NAS.
Programador de tareas en Windows 11: el auténtico centro de automatización
Si quieres que los apagados y reinicios sean verdaderamente automáticos y recurrentes, el Programador de tareas de Windows 11 es tu mejor aliado. Desde ahí podrás configurar apagados diarios, semanales o vinculados a ciertos eventos, y enlazar esos disparadores con scripts que avisen y apaguen también tu NAS.
La opción más visual es “Crear tarea básica”. Solo tienes que darle un nombre a la tarea (por ejemplo, “Apagar NAS y PC”), elegir la frecuencia (diaria, semanal, mensual, una sola vez…), y establecer la hora exacta a la que quieres que se ejecute la acción.
En la fase de acción, selecciona “Iniciar un programa” y apunta a shutdown.exe, normalmente ubicado en C:\Windows\System32\shutdown.exe. En el campo de argumentos añade el parámetro adecuado, como /s para apagado o /r para reinicio. Esto resolverá la parte de Windows; para involucrar al NAS, la tarea puede lanzar previamente un script .bat, .ps1 o similar que haga una llamada a la API del NAS para iniciar su apagado ordenado.
Si prefieres hacerlo todo por línea de comandos, puedes crear la tarea con schtasks. Un ejemplo clásico para programar un reinicio diario como SYSTEM sería:
schtasks /create /ru system /rl highest /sc DAILY /tn «Reinicio» /tr «shutdown /r /f /t 0 /c \»Reinicio\»» /st 22:30 /F
Con este comando indicas que se cree una tarea llamada “Reinicio” que se ejecute cada día a las 22:30, con privilegios máximos, utilizando la cuenta SYSTEM y ejecutando un reinicio inmediato. En un escenario con NAS, lo normal es que el programa a ejecutar sea un script que primero contacte con el NAS y, solo cuando confirme que se ha apagado o ha iniciado su apagado, lance el shutdown del propio Windows.
Inicio de sesión automático en Windows para automatizaciones complejas
Hay escenarios en los que necesitas que, tras un reinicio programado, Windows 11 entre automáticamente con una cuenta concreta para ejecutar scripts, servicios o agentes que controlan el NAS. Esto es delicado a nivel de seguridad, pero técnicamente posible mediante el Registro.
Para activar el inicio de sesión automático, se recurre a la clave del Registro HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon. Ahí se crean o modifican valores de cadena como AutoAdminLogon (establecido a 1), DefaultUserName y DefaultPassword, con las credenciales que quieres que se usen en cada arranque. Si el equipo está unido a un dominio, también se debe definir DefaultDomainName con el FQDN del dominio.
Un matiz importante es que, configurándolo de esta forma, la contraseña queda almacenada en el Registro. No es lo ideal desde el punto de vista de seguridad. En su lugar considera usar gestores de contraseñas más seguros. Una alternativa más elegante es utilizar la herramienta Autologon de Sysinternals, que guarda la contraseña en un secreto de la LSA en lugar de en la clave winlogon, reduciendo un poco el riesgo (aunque sigue siendo una funcionalidad a usar solo en equipos controlados).
En equipos unidos a dominio o a Microsoft Entra ID (Azure AD), el arranque puede demorarse hasta que haya red disponible. Existen directivas de grupo como “Esperar siempre la disponibilidad de la red al iniciar el equipo y al iniciar sesión” que permiten que el equipo no intente iniciar sesión antes de tener conectividad. Sin embargo, en el caso de cuentas Microsoft Entra ID no hay equivalente directo para retrasar el autologon hasta tener red. Y esto puede provocar intentos de inicio fallidos si no hay conectividad en ese momento.
Reinicios automáticos y problemas frecuentes en Windows 11
Cuando te encuentras con que tu Windows 11 se reinicia solo en vez de apagarse, o entra en bucles de reinicio, no solo molestan: también rompen cualquier automatización que hayas montado con el NAS. Por eso conviene tener claros los motivos más comunes y cómo mitigarlos.
Entre las causas típicas encontramos controladores desactualizados o dañados (que impiden un apagado limpio del hardware), actualizaciones de Windows que se quedan a medias y fuerzan reinicios reiterados, y configuraciones de BIOS/UEFI poco afortunadas que causan problemas en el arranque después de apagar.
Como primeros auxilios, se puede intentar un apagado forzado manteniendo pulsado el botón de encendido unos segundos, y dejando después el equipo desconectado 5-10 minutos antes de volver a iniciar. No es una solución definitiva, pero a veces ayuda a sacar al sistema de un estado colgado y comprobar si los problemas de apagado/reinicio se repiten de forma sistemática.
Una medida muy recomendable es desactivar la opción de “Reiniciar automáticamente” tras un fallo del sistema. Desde sysdm.cpl, en la pestaña “Opciones avanzadas”, sección “Inicio y recuperación”, puedes desmarcar “Reiniciar automáticamente” en “Error del sistema”. Así, en lugar de reiniciarse en bucle, el equipo se detendrá y te mostrará más información útil para el diagnóstico.
También conviene revisar la función de inicio rápido, pensada para arrancar más deprisa tras un apagado, pero que a veces provoca que, en lugar de apagarse de verdad, el sistema entre en una especie de estado híbrido que genera confusiones (por ejemplo, aparentes reinicios en vez de apagados). Puedes desactivarla desde el Panel de control, en Hardware y sonido > Opciones de energía > Elegir el comportamiento de los botones de encendido/apagado, desmarcando “Activar inicio rápido”.
Actualizaciones, drivers, BIOS y seguridad: mantener el entorno estable
Para que las automatizaciones de apagado y reinicio funcionen de forma fiable a largo plazo, debes mantener al día tanto los controladores de tu equipo, como el BIOS/UEFI y las actualizaciones de Windows. Muchos problemas de apagado se resuelven simplemente instalando la versión correcta de un driver o un firmware actualizado.
En equipos de fabricantes como Dell, existen herramientas como SupportAssist que automatizan buena parte de este proceso: escanean el sistema, buscan actualizaciones de drivers, firmware y BIOS, las descargan e instalan. Si no dispones de esta aplicación, siempre queda la opción de ir a la web del fabricante de tu placa base o portátil y descargar manualmente las versiones más recientes de los controladores críticos: chipset, almacenamiento, red, gráficos, etc.
Por otro lado, es indispensable verificar que tu sistema está libre de malware o virus. Y es que ciertos tipos de código malicioso pueden manipular la configuración de energía, alterar servicios o forzar reinicios y apagados no deseados. Windows Defender (Seguridad de Windows) permite ejecutar análisis rápidos y completos. Si sospechas de algo especialmente resistente, un análisis completo es más adecuado que el rápido.
Si después de todo esto sigues observando apagados y reinicios anómalos, es una buena idea ejecutar diagnósticos de hardware. En el caso de Dell, los test exhaustivos de SupportAssist revisan CPU, memoria RAM, disco principal y otros componentes, informando de cualquier fallo que pueda explicar comportamientos raros durante el apagado o el arranque.
Finalmente, para validar la integridad del sistema de archivos, puedes recurrir al clásico sfc /scannow, que analiza y repara archivos protegidos de Windows. Si SFC no consigue arreglarlos, la herramienta DISM (Deployment Imaging Service and Management) con el comando DISM.exe /Online /Cleanup-image /Restorehealth puede intentar restaurar la imagen de Windows apoyándose en Windows Update.
