¿Puedes usar Wake-on-LAN después de una pérdida total de energía?

Eva Wong

IceWhale author

Eva Wong es la Redactora técnica y manitas residente en ZimaSpace. Una geek de toda la vida con pasión por los homelabs y el software de código abierto, se especializa en traducir conceptos técnicos complejos en guías accesibles y prácticas. Eva cree que el autoalojamiento debe ser divertido, no intimidante. A través de sus tutoriales, empodera a la comunidad para desmitificar las configuraciones de hardware, desde construir su primer NAS hasta dominar los contenedores Docker.

Can You Use Wake-on-LAN After a Complete Power Loss?

A veces. Wake-on-LAN no puede funcionar mientras no haya alimentación de CA porque el adaptador de red necesita energía en espera. Cuando vuelve la CA, solo funciona si el firmware restaura el adaptador a un estado de escucha y el enlace de red vuelve a estar activo.

Esto difiere de activar el equipo después de un apagado de software normal. Algunos sistemas pierden la configuración de WOL tras una descarga completa de energía hasta que completan un arranque normal. Esa distinción determina la configuración segura, el método de validación y el punto de reversión. Esa distinción determina la configuración segura, el método de validación y el punto de reversión.

Rastrea la ruta de alimentación y de los paquetes

Activa WOL en el firmware y en el controlador del sistema operativo; después, confirma que el estado de apagado deseado sea compatible. Mantén encendidos el NIC, el switch y el router cuando esperes una activación remota.

Después de restablecer la CA, busca los LED de enlace y un enlace en el puerto del switch. Si normalmente no hay enlace, significa que el NIC no recibe energía en espera o que el firmware no lo ha vuelto a preparar.

Envía primero el paquete mágico desde la misma LAN. El WOL enrutado o mediante VPN añade variables de difusión, ARP y firewall que pueden ocultar el problema básico del estado de alimentación.

Usa una prueba de decisión de secuencia completa

Registra primero la dirección MAC y una activación correcta tras un apagado normal. Después, apaga el equipo, desconecta la CA durante el tiempo suficiente para que las luces se apaguen, restablece la CA y espera a que vuelva el enlace antes de enviar el paquete.

Repite el proceso al menos tres veces, porque el comportamiento del firmware, que depende del tiempo, puede parecer fiable una sola vez. Comprueba si el arranque rápido, el modo de suspensión profunda o la configuración ErP desactivan la alimentación en espera.

Clasifica el resultado con la tabla siguiente.

Estado observado	Veredicto	Siguiente acción
El enlace vuelve después de la CA; el paquete activa el host	WOL viable	Prueba de forma remota
No hay enlace después de restablecer la CA	El NIC no está escuchando	Usa el encendido al restablecer la CA
El paquete local funciona; el remoto falla	Problema de entrega de red	Corrige la ruta de VPN/difusión

Elige una política de recuperación cuando WOL no sea fiable

Si WOL nunca vuelve a prepararse después de una pérdida de CA, configura el firmware para que encienda el equipo automáticamente cuando vuelva la CA. Esto es más determinista para servidores desatendidos que esperar un paquete que el NIC no puede escuchar.

Usa la guía de la cadena de apagado de UPS de ZimaSpace para mantener alineadas las políticas de apagado y recuperación.

Una descripción general de Wake-on-LAN independiente explica los requisitos de alimentación en espera y de los estados compatibles.

Una PDU gestionada, un BMC o un relé inteligente probado pueden servir como respaldo, pero no deben cortar la alimentación de un sistema de archivos en ejecución. Prefiere la recuperación de CA del firmware en lugar de improvisar cortes bruscos de alimentación.

-15% OFF

ZimaBoard 2 - Mini servidor doméstico para tu gran idea

Single board computer zimaboard2

Vuelve a probar desde la ruta remota real

Cuando las pruebas locales sean satisfactorias, envía el paquete a través de la VPN real o del host de administración. Confirma el enrutamiento, el firewall y la gestión de difusión sin exponer un puerto WOL público.

Prueba un apagado y un restablecimiento de CA controlados por el UPS. El servidor debería iniciarse automáticamente o mostrar un enlace NIC activo y aceptar WOL antes de que se agote el tiempo de espera de los servicios dependientes.

Continúa cuando toda la secuencia de desconexión, restablecimiento y activación se repita de forma fiable. Deja de depender de WOL si el enlace permanece apagado, la configuración del firmware se restablece o la entrega remota de paquetes no puede protegerse.