Cuando usamos Proxmox como servidor doméstico o de laboratorio, uno de los puntos más importantes es garantizar que el equipo pueda recuperarse solo después de un corte eléctrico.
Lo habitual es conectar el servidor a un SAI para evitar apagados bruscos. El SAI permite que Proxmox apague correctamente las máquinas virtuales, contenedores y el propio host. Hasta aquí todo perfecto.
El problema aparece en un caso muy concreto:
Se corta la luz
↓
El SAI mantiene el servidor encendido
↓
Proxmox se apaga correctamente
↓
El SAI no llega a agotar la batería ni corta la salida eléctrica
↓
Vuelve la luz
↓
La placa base no detecta una pérdida real de corriente
↓
El servidor queda apagado
Para resolverlo, conviene combinar dos mecanismos:
1. Restore AC Power Loss
Para que el servidor arranque solo si se corta físicamente la corriente y vuelve.2. Wake-on-LAN
Para poder encender el servidor por red si se ha apagado correctamente pero el SAI no llegó a cortar la alimentación.
En este artículo documento la configuración en un nodo Proxmox con placa ASUS Prime B760-PLUS D4, aunque el procedimiento es aplicable a muchas placas ASUS y a otros equipos Linux.
Tabla de contenidos
Objetivo
El objetivo es que el servidor Proxmox pueda arrancar automáticamente en estos dos escenarios:
Escenario 1:
El SAI se agota o corta la salida eléctrica.
Cuando vuelve la corriente, la placa arranca sola.Escenario 2:
El SAI no se agota.
Proxmox queda apagado correctamente.
Cuando vuelve la luz, otro equipo puede encenderlo por Wake-on-LAN.
De esta forma se evita que el servidor quede apagado indefinidamente después de un corte eléctrico breve o controlado.
Parte 1: configurar Restore AC Power Loss en BIOS
Lo primero es configurar la placa para que arranque automáticamente cuando vuelva la corriente.
En placas ASUS, la opción se llama normalmente:
Restore AC Power Loss
ASUS documenta esta opción como el ajuste que controla el comportamiento del sistema cuando se restaura la alimentación tras una pérdida eléctrica. Si se configura en Power On, el equipo arranca automáticamente al volver la corriente.
En la BIOS:
Encender equipo
↓
Pulsar Supr / Delete o F2
↓
F7 para Advanced Mode
↓
Advanced
↓
APM Configuration
Y configurar:
Restore AC Power Loss: Power On
ErP Ready: Disabled
Max Power Saving: Disabled
Es importante no usar Last State para este caso. Si el servidor estaba apagado correctamente antes de perder corriente, Last State puede dejarlo apagado al volver la luz.
Para un servidor, lo recomendable es:
Restore AC Power Loss: Power On
La prueba correcta de Restore AC Power Loss
Aquí hay un detalle importante.
En esta placa, si se corta y se vuelve a conectar el cable demasiado rápido, el equipo puede no arrancar automáticamente. Para que funcione, hay que dejar el equipo sin corriente durante unos segundos.
En la práctica, la prueba correcta fue:
1. Apagar Proxmox normalmente.
2. Esperar a que el servidor quede completamente apagado.
3. Cortar alimentación.
4. Esperar al menos 30 segundos.
5. Volver a conectar alimentación.
6. El servidor arranca solo.
Por tanto, el comportamiento correcto queda documentado así:
La ASUS Prime B760-PLUS D4 arranca correctamente con Restore AC Power Loss,
pero la pérdida de alimentación debe mantenerse unos 30 segundos.
Si se desconecta y reconecta inmediatamente, puede no arrancar.
Esto no suele ser un problema en un corte real, porque si el SAI llega a cortar salida o se agota, normalmente la pérdida de alimentación será suficiente.
Parte 2: por qué hace falta Wake-on-LAN
Aunque Restore AC Power Loss funciona, no cubre todos los casos.
El problema aparece cuando el SAI ordena apagar Proxmox, pero sigue entregando corriente:
Proxmox está apagado.
La placa sigue recibiendo alimentación standby.
No ha habido una pérdida real de corriente.
La BIOS no dispara Restore AC Power Loss.
En ese escenario, el servidor solo volverá a arrancar si:
- Pulsamos físicamente el botón de encendido.
- El SAI corta y restaura la salida.
- Usamos Wake-on-LAN.
Por eso Wake-on-LAN es la segunda parte de la solución.
Wake-on-LAN permite encender un equipo desde la red local enviando un “magic packet”, siempre que la placa base, la tarjeta de red y el sistema lo soporten. Debian documenta Wake-on-LAN como una función que permite a otros sistemas de la LAN encender el equipo por red.
Parte 3: activar Wake-on-LAN en la BIOS ASUS
En placas ASUS, la opción suele estar también dentro de APM.
Ruta:
BIOS
↓
Advanced Mode
↓
Advanced
↓
APM Configuration
Configurar:
Power On By PCI-E: Enabled
ErP Ready: Disabled
Restore AC Power Loss: Power On
ASUS documenta que para habilitar WOL en placa base hay que activar Power On By PCI-E en Advanced → APM Configuration y guardar con F10.
Aunque usemos la tarjeta de red integrada, normalmente depende internamente del bus PCIe, por eso la opción se llama Power On By PCI-E.
La configuración recomendada queda así:
Restore AC Power Loss: Power On
Power On By PCI-E: Enabled
ErP Ready: Disabled
Max Power Saving: Disabled
Parte 4: identificar la interfaz física en Proxmox
En Proxmox no debemos configurar Wake-on-LAN sobre el bridge vmbr0, sino sobre la interfaz física real.
Ejecutamos:
ip link
En mi caso, la salida mostraba:
2: nic0: <BROADCAST,MULTICAST,UP,LOWER_UP> ...
link/ether bc:fc:e7:xx:xx:xx
altname enp5s03: vmbr0: <BROADCAST,MULTICAST,UP,LOWER_UP> ...
link/ether bc:fc:e7:xx:xx:xx
La interfaz importante es:
nic0
No:
vmbr0
El bridge vmbr0 es el puente de red de Proxmox. La tarjeta física real, en este caso, es nic0.
Parte 5: instalar ethtool
En Proxmox:
apt update
apt install -y ethtool
ethtool permite consultar y modificar parámetros de la tarjeta de red, incluido el estado de Wake-on-LAN. La página de manual de Debian recoge wol como parámetro relacionado con el estado Wake-on-LAN de la interfaz.
Parte 6: comprobar soporte Wake-on-LAN
Ejecutamos:
ethtool nic0 | grep -i wake
Una salida típica puede ser:
Supports Wake-on: pumbg
Wake-on: d
La línea importante es:
Supports Wake-on: pumbg
La letra que nos interesa es:
g
La g indica soporte para despertar mediante magic packet.
La segunda línea indica el estado actual:
Wake-on: d
d significa que está desactivado.
Queremos dejarlo así:
Wake-on: g
Parte 7: activar Wake-on-LAN manualmente
Para activarlo:
ethtool -s nic0 wol g
Comprobamos de nuevo:
ethtool nic0 | grep -i wake
Resultado esperado:
Supports Wake-on: pumbg
Wake-on: g
Si aparece Wake-on: g, Wake-on-LAN queda activado para esa interfaz.
Parte 8: hacerlo persistente tras reinicio
El cambio con ethtool puede perderse al reiniciar. Para evitarlo, creamos un servicio systemd.
Creamos el archivo:
nano /etc/systemd/system/wol-nic0.service
Contenido:
[Unit]
Description=Enable Wake-on-LAN on nic0
After=network.target[Service]
Type=oneshot
RemainAfterExit=yes
ExecStart=/usr/sbin/ethtool -s nic0 wol g
ExecStop=/usr/sbin/ethtool -s nic0 wol g[Install]
WantedBy=multi-user.target
Guardamos y activamos:
systemctl daemon-reload
systemctl enable --now wol-nic0.service
Comprobamos:
systemctl status wol-nic0.service
ethtool nic0 | grep -i wake
Resultado esperado:
Wake-on: g
Parte 9: probar Wake-on-LAN desde otro equipo
Ahora apagamos el nodo Proxmox:
shutdown -h now
Esperamos a que el equipo quede apagado.
Desde otro equipo de la red, enviamos el magic packet a la MAC de la interfaz física.
En mi caso, la interfaz era nic0 y la MAC era de este estilo:
bc:fc:e7:xx:xx:xx
Desde otro Debian, Proxmox o equipo Linux:
apt install -y wakeonlan
wakeonlan bc:fc:e7:xx:xx:xx
También puede usarse etherwake:
apt install -y etherwake
etherwake bc:fc:e7:xx:xx:xx
Si todo está bien configurado, el servidor arrancará sin pulsar el botón físico.
Resultado final
Con esta configuración quedan cubiertos los dos escenarios principales.
Caso 1: el SAI se agota o corta la corriente
Se corta la luz
↓
El SAI apaga Proxmox
↓
El SAI corta salida o se agota
↓
La placa pierde alimentación
↓
Vuelve la corriente
↓
Restore AC Power Loss arranca el servidor
Caso 2: el SAI no se agota
Se corta la luz
↓
El SAI apaga Proxmox
↓
El SAI sigue dando corriente
↓
Vuelve la luz
↓
La placa no detecta pérdida de corriente
↓
Otro equipo envía Wake-on-LAN
↓
Proxmox arranca
Este segundo caso era el más delicado, porque el servidor podía quedar apagado indefinidamente aunque hubiera vuelto la luz.
Comandos usados
Identificar interfaces:
ip link
Instalar ethtool:
apt update
apt install -y ethtool
Comprobar Wake-on-LAN:
ethtool nic0 | grep -i wake
Activar Wake-on-LAN:
ethtool -s nic0 wol g
Crear servicio persistente:
nano /etc/systemd/system/wol-nic0.service
Contenido del servicio:
[Unit]
Description=Enable Wake-on-LAN on nic0
After=network.target[Service]
Type=oneshot
RemainAfterExit=yes
ExecStart=/usr/sbin/ethtool -s nic0 wol g
ExecStop=/usr/sbin/ethtool -s nic0 wol g[Install]
WantedBy=multi-user.target
Activarlo:
systemctl daemon-reload
systemctl enable --now wol-nic0.service
Enviar magic packet desde otro equipo:
wakeonlan bc:fc:e7:xx:xx:xx
Posible automatización futura
El siguiente paso lógico sería automatizar el encendido cuando vuelva la luz.
Por ejemplo:
Home Assistant, otro nodo Proxmox o un equipo de bajo consumo
detecta que vuelve la alimentación
↓
envía magic packet al nodo apagado
↓
el nodo Proxmox arranca automáticamente
También podría integrarse con NUT, el software habitual para gestionar SAI en Linux, de forma que un nodo que siga encendido sea capaz de levantar otros nodos cuando se recupere la alimentación.
Problemas habituales
Wake-on-LAN no aparece soportado
Si al ejecutar:
ethtool nic0 | grep -i wake
no aparece la letra g en Supports Wake-on, puede que la tarjeta no soporte magic packet o que falte activar la opción en BIOS.
Wake-on-LAN aparece como desactivado
Si aparece:
Wake-on: d
hay que activarlo:
ethtool -s nic0 wol g
Funciona hasta reiniciar
Si después de reiniciar vuelve a Wake-on: d, falta el servicio systemd persistente.
No arranca aunque Wake-on esté en g
Revisar BIOS:
Power On By PCI-E: Enabled
ErP Ready: Disabled
Si ErP Ready está activado, la placa puede cortar alimentación de standby y la tarjeta de red no queda preparada para recibir el magic packet.
Restore AC Power Loss no funciona si reconecto rápido
En esta placa, la prueba correcta requiere esperar unos 30 segundos sin alimentación.
Cortar corriente
Esperar 30 segundos
Restaurar corriente
Si se reconecta inmediatamente, puede que no arranque.
Conclusión
Para un servidor Proxmox conectado a un SAI, no basta con configurar el apagado ordenado. También hay que pensar en cómo volverá a arrancar.
La configuración final recomendable es:
BIOS:
Restore AC Power Loss: Power On
Power On By PCI-E: Enabled
ErP Ready: DisabledProxmox:
Wake-on-LAN activado en la interfaz física
Servicio systemd para hacerlo persistenteRed:
Otro equipo capaz de enviar el magic packet
Con esto, el servidor queda preparado para recuperarse tanto si el SAI se agota como si no.
La idea clave es:
Restore AC Power Loss cubre los cortes reales de alimentación.
Wake-on-LAN cubre los apagados limpios en los que el SAI siguió dando corriente.
En un entorno doméstico o de homelab, esta combinación es sencilla, barata y muy efectiva para evitar que un nodo Proxmox quede apagado después de un corte eléctrico.
Fuentes técnicas consultadas
- Documentación de ASUS sobre
Restore AC Power Loss, que explica el comportamientoPower Off,Power OnyLast Stateal restaurarse la alimentación. - Documentación de ASUS sobre Wake-on-LAN en placas base, incluyendo la activación de
Power On By PCI-E. - Debian Wiki sobre Wake-on-LAN, donde se explica el concepto general de encendido remoto mediante red local.
- Manual de
ethtoolen Debian, usado para consultar y activar parámetros Wake-on-LAN en la interfaz de red. - Experiencia práctica propia configurando Proxmox, SAI, ASUS Prime B760-PLUS D4 y Wake-on-LAN.
- ChatGPT, porque al César lo que es del César.
