Modo de suspensión en escritorio remoto: mantener las máquinas despiertas

Intentas conectarte a una máquina remota y no responde —porque entró en suspensión. Esta guía elimina mitos y ofrece patrones concretos de "keep-awake" que realmente funcionan en flujos de trabajo de escritorio remoto: cuándo prevenir la suspensión, cuándo confiar en Wake-on-LAN y cómo hacer ambas cosas de forma segura en Windows, macOS y Linux.

Cómo los estados de suspensión rompen el acceso remoto

Entender qué significa "suspensión" es el primer paso. Hay tres comportamientos comunes que encontrarás: apagado de pantalla (pantalla apagada, CPU activa), suspend/S3 (RAM sin energía, CPU detenida) e hibernación/S4 (contenido de RAM guardado en disco y casi todo apagado). Si una máquina está en S3 o S4 no aceptará una conexión entrante a menos que la despiertes primero. Solo el apagado de pantalla normalmente aún permite conexiones remotas, porque el sistema operativo y la pila de red siguen corriendo.

Para escritorio remoto necesitas o bien: que la máquina permanezca receptiva (no S3/S4), o una forma de despertarla (Wake-on-LAN o wake programado). Elegir el patrón correcto depende de requisitos de energía, hardware y seguridad.

Dos patrones prácticos: keep-awake vs wake-on-demand

Hay dos enfoques realistas usados en producción:

• Keep-awake (evitar la suspensión): la máquina no entra en suspensión profunda mientras necesites acceso remoto. Es simple, fiable y adecuado para estaciones de trabajo dedicadas o sesiones cortas. Contras: mayor consumo de energía, posible desgaste, y debes gestionar las aserciones a través de reinicios y actualizaciones.
• Wake-on-demand (Wake-on-LAN / wake programado): deja que la máquina duerma y despiértala de forma remota cuando sea necesario. Es eficiente en consumo y preferible para objetivos de uso poco frecuente o flotas distribuidas geográficamente —pero requiere hardware compatible con Wake-on-LAN, soporte del router para Wake-on-WAN, o un servicio/relay que pueda enviar paquetes mágicos desde fuera de tu LAN.

En mi experiencia: para una estación de trabajo de desarrollo de uso diario, keep-awake genera menos fricción. Para servidores o máquinas de laboratorio que rara vez tocas, WOL es la elección correcta.

Recetas por SO: comandos concretos que puedes usar

Abajo hay comandos y tácticas probadas e independientes de versión para cada SO. Estos ejemplos son seguros para copiar y ejecutar; lee las notas sobre persistencia y compensaciones de seguridad.

Windows (10 / 11)

Comprobaciones rápidas y comandos:

powercfg /requests            # see what is currently preventing sleep
powercfg /devicequery wake_armed  # devices allowed to wake the PC
powercfg /lastwake            # why the PC last woke

Desactivar la suspensión automática con AC (mantiene la máquina despierta mientras está conectada):

powercfg /change standby-timeout-ac 0
powercfg /change monitor-timeout-ac 10  # keep display off but system awake

Habilitar Wake-on-LAN:

• Open Device Manager → your NIC → Power Management and check Allow this device to wake the computer and optionally Only allow a magic packet to wake the computer.
• Confirm BIOS/UEFI has Wake-on-LAN enabled.

Evitar la suspensión desde un script (corto plazo): usa un pequeño bucle de PowerShell que realice una operación periódica inofensiva, o crea una tarea programada que se ejecute mientras necesites la máquina despierta. Por ejemplo, un proceso keep-alive persistente que corra en la sesión de usuario:

while ($true) { Add-Type -AssemblyName System.Windows.Forms; [System.Windows.Forms.Cursor]::Position = [System.Drawing.Point]::new(0,0); Start-Sleep -Seconds 300 }

Esta técnica es útil para sesiones ad-hoc pero es un truco —prefiere configurar planes de energía centralmente en máquinas gestionadas.

macOS (Ventura and later)

macOS ofrece dos herramientas pragmáticas: pmset para cambios persistentes y caffeinate para aserciones a nivel de sesión.

# prevent system sleep while on AC (persistent)
sudo pmset -c sleep 0

# keep the system awake temporarily for 1 hour
caffeinate -i -t 3600

Notas: los cambios con pmset persisten a través de reinicios hasta que los revirtias. caffeinate es útil para sesiones remotas cortas o scripts envoltorio; no cambia los valores por defecto del sistema. Si necesitas la máquina despierta con la tapa cerrada, Apple oficialmente solo soporta esto para pantallas externas o hardware específico —cerrar la tapa en la mayoría de laptops sigue entrando en suspensión a menos que uses modos clamshell aprobados.

Linux (systemd-based distros)

En Linux moderno, systemd-inhibit es la herramienta conveniente para bloquear la suspensión para un proceso en ejecución. Ejemplo:

# block sleep while a shell session runs
systemd-inhibit --why='remote desktop session' --mode=block bash -c 'while true; do sleep 60; done' &

En escritorios GNOME puedes ajustar las opciones de energía por sesión o con gsettings, por ejemplo:

gsettings set org.gnome.settings-daemon.plugins.power sleep-inactive-ac-type 'nothing'
# revert with: 'suspend' or another choice

Los cambios a nivel sistema pueden gestionarse vía /etc/systemd/logind.conf (HandleLidSwitch=ignore) o perfiles de energía del escritorio, pero esto requiere precaución —cambiar el comportamiento de la tapa afecta la seguridad física y los límites térmicos.

Wake-on-LAN y consideraciones de red

WOL envía un paquete mágico a la NIC para despertar la máquina. Dos problemas comunes lo bloquean: BIOS/UEFI sin habilitar y equipos de red que pierden el estado ARP después de que la máquina duerme.

• Habilita WOL en BIOS/UEFI y en la configuración del adaptador de red del SO.
• On Windows, confirm with

  powercfg -devicequery wake_armed

  .
• Test sending a magic packet locally with Linux's wakeonlan MAC or with tools like wolcmd on Windows.

Wake-on-WAN (despertar a través de Internet) añade complejidad en router o relay: o rediriges puertos UDP al broadcast (no soportado por todos los routers), usas un dispositivo persistente dentro de la LAN objetivo para reenviar un paquete mágico, o usas un servicio/relay en la nube que pueda enviar el paquete desde fuera de la red.

If Wake-on-WAN is needed, read our detailed setup guide: Remote Desktop Wake on LAN: Setup and Troubleshooting. For cases where port-forwarding isn’t desirable, see Remote Desktop Without Port Forwarding Explained for alternate patterns.

Usando Tenvo: relay vs self-hosting, y las compensaciones de seguridad

Operativamente, la opción más sencilla es usar el relay administrado por Tenvo. Tenvo provee clientes nativos para Windows, macOS y Linux, un cliente en navegador en beta pública, y un relay gestionado multi-región por defecto. Planes: Free $0, Lite $2.99/mo and Pro $7.99/mo. El relay gestionado elimina la necesidad de configurar rutas Wake-on-WAN complicadas o mantener la disponibilidad de tus propios nodos relay.

Nota honesta de seguridad: Tenvo usa TLS con un certificado por dispositivo. Cuando dos endpoints se conectan directamente (peer-to-peer), TLS es de extremo a extremo entre esos dispositivos. Pero cuando una sesión cae a través de un relay, TLS termina en el relay —el operador del relay puede acceder a los datos de la sesión. Si la política organizacional prohíbe relays de terceros, el self-hosting es la decisión correcta solo cuando tienes un requisito escrito que lo exija (cumplimiento, redes aisladas, residencia de datos). El self-hosting traslada la carga de parches, custodia de claves y renovación de certificados a tu equipo y puede resultar más caro una vez contado el tiempo on-call. Ver Is Remote Desktop Secure? An Honest Threat Model para entender las compensaciones en detalle.

Si quieres mantener las máquinas dormidas y aun así conectar de forma confiable sin exponer WOL a Internet, el relay gestionado de Tenvo puede usarse para entregar señales de wake desde la nube hacia tu LAN si ejecutas un pequeño relay o puente confiable dentro de la red. Eso es un punto medio práctico frente a abrir puertos en el router.

Solución de problemas: qué verificar cuando el modo suspensión aún te bloquea

Lista de verificación para diagnosticar objetivos inaccesibles:

• ¿La máquina está realmente en suspensión? Revisa uptime o registros de último wake: Windows powercfg -lastwake, Linux journalctl -b | grep -i wake, macOS pmset -g log.
• Si se duerme inmediatamente después de que te vas, busca aserciones de energía en conflicto: Windows powercfg /requests.
• Para WOL, confirma que la NIC soporte wake solo por magic-packet y que la administración de energía del dispositivo permita el wake.
• Para Wake-on-WAN, verifica el comportamiento ARP/port-forwarding del router; muchos routers SOHO descartan broadcasts desde WAN. Un helper interno pequeño y persistente (Raspberry Pi) que acepte una petición autenticada y envíe un paquete mágico local es un patrón robusto.

Consejos de monitoreo y automatización: agrega un proceso heartbeat ligero que registre la última actividad de la máquina en un lugar central (syslog, Influx o una URL de healthcheck interna). Para flotas, usa gestión de configuración para aplicar perfiles de energía consistentes en lugar de depender de scripts por máquina.

Cuándo elegir cada enfoque — guía rápida de decisión

• Estación de trabajo interactiva diaria: prevenir la suspensión (plan de energía a nivel de sistema o caffeinate) para reconectar instantáneamente.
• Servidor de laboratorio usado esporádicamente: usar Wake-on-LAN con un reenviador local; evita mantener miles de máquinas despiertas.
• Usuarios remotos distribuidos sin control central de red: confiar en un relay gestionado (Tenvo) y mantener despiertas las máquinas críticas; self-host solo si un requisito de cumplimiento por escrito lo exige.

Para una checklist de configuración más amplia e inicial, ver How to Set Up Remote Access in 60 Seconds.

En resumen: no hay una solución única. Los patrones keep-awake son simples y fiables para máquinas que usas con frecuencia. Wake-on-LAN es la opción eficiente en energía cuando el hardware y la red lo permiten. Y si necesitas la opción de menor esfuerzo a través de redes, el relay gestionado de Tenvo te permite trabajar con fiabilidad —con las compensaciones anotadas arriba.

Si quieres una referencia copiables: usa los comandos de Windows y macOS arriba para sesiones cortas, configura WOL en BIOS y SO para wake desatendido, y añade un pequeño relay interno o usa el relay gestionado de Tenvo para escenarios Wake-on-WAN. Descarga los clientes de Tenvo y empieza en /download.