System Administration 7 min de lectura 5 de mayo de 2025

Cómo crear sistemas de rescate booteables con acceso remoto

Guía práctica para configurar entornos live de rescate basados en Linux y Windows que actúen como servidores de acceso remoto desatendido.

Solución en "Dos Clics" (TL;DR)

Guía sobre el uso y configuración de entornos de rescate live para administración remota desatendida mediante túneles y software de escritorio remoto.

Cuando nos enfrentamos al soporte de servidores o estaciones de trabajo remotas, los discos de rescate tradicionales como Hiren's BootCD se quedan cortos. Aunque estas herramientas incluyen utilidades de acceso remoto, casi siempre están diseñadas para actuar como clientes. Pero, ¿qué pasa si necesitamos iniciar un sistema de rescate en una máquina remota y tomar el control de ella como host o servidor?

En mi experiencia administrando sistemas a distancia, me he topado con la necesidad de levantar entornos de rescate desatendidos. Afortunadamente, es totalmente viable configurar distribuciones live (tanto basadas en Linux como en Windows) para que actúen como servidores de acceso remoto, permitiéndonos realizar tareas de diagnóstico, clonación o reparación sin estar físicamente frente al equipo.

1. Alternativas de sistemas de rescate Linux

Las distribuciones Linux son las más flexibles para este propósito debido a su modularidad y facilidad para automatizar tareas mediante scripts de inicio. Aquí analizo las opciones más viables:

Rescuezilla (Personalizado)

Es una distribución basada en Ubuntu con una interfaz gráfica muy amigable, diseñada principalmente para clonar y restaurar discos. Aunque no viene preparada de fábrica para el acceso desatendido, se puede modificar con relativa facilidad para incluir un servidor VNC, SSH o incluso AnyDesk en modo host.

SystemRescue (Antes SystemRescueCD)

Basada en Arch Linux, es la navaja suiza de los administradores de sistemas. Viene con una inmensa cantidad de herramientas de diagnóstico. Lo mejor de SystemRescue es que permite levantar servicios nativos como sshd (para control por terminal) o x11vnc (para control gráfico) de manera muy sencilla, además de soportar scripts de arranque automatizados.

Tiny Core Linux o Alpine Linux

Si trabajas con servidores antiguos o máquinas con recursos extremadamente limitados, estas distribuciones ultra-ligeras son la opción ideal. Puedes construir una imagen personalizada que solo incluya la pila de red, un servidor SSH/VNC y un script de autoconexión.

REMRU (Remote Rescue USB)

Este es un concepto de diseño propio: crear un sistema a medida que, al iniciar en modo live, levante la conexión a internet de forma automática y ejecute un túnel SSH reverso hacia un servidor bajo nuestro control, facilitando el acceso inmediato sin importar las restricciones del router local.

Consejo Práctico: Para entornos de producción o soporte corporativo, combinar estas distros con herramientas de red como ZeroTier o Tailscale te permitirá saltarte las restricciones de NAT y firewalls sin abrir puertos en el router del cliente.

2. Tabla comparativa de herramientas de acceso remoto en Linux

A continuación, detallo las herramientas clave que podemos integrar en nuestro entorno live de Linux para habilitar el acceso remoto entrante:

Herramienta Función principal Uso recomendado en rescates
sshd Servidor SSH Control total por terminal remota. Consumo mínimo de recursos.
x11vnc Servidor VNC gráfico Permite compartir la sesión gráfica activa (XFCE) del entorno live.
AnyDesk (host) Escritorio remoto comercial Acceso directo por ID, aunque su automatización en modo live es más compleja.
ZeroTier / Tailscale VPN / Red Privada Virtual Facilita la conexión directa entre el técnico y la máquina de rescate tras NAT.
ngrok Túnel inverso rápido Ideal para exponer el puerto SSH o VNC temporalmente a internet sin IP pública.
autossh Persistencia de túneles SSH Mantiene el túnel reverso activo de forma persistente ante microcortes de red.

3. Paso a paso: Configurando VNC en SystemRescue

Si optas por la vía de Linux, SystemRescue es la opción más sólida. Supongamos que ya has iniciado el sistema desde un USB o ISO en la máquina afectada. Aquí tienes el procedimiento para levantar un servidor VNC gráfico sin complicaciones:

Paso 1: Verificar la conexión a Internet

Asegúrate de que la máquina tiene direccionamiento IP. Si está conectada por cable con DHCP, SystemRescue debería configurar la red automáticamente. Compruébalo con un ping:

Terminal (SSH)
ping -c 3 google.com

Paso 2: Instalar x11vnc y definir la contraseña

SystemRescue incluye un entorno gráfico minimalista (XFCE), pero en ocasiones requiere la instalación manual de x11vnc. Actualizamos los repositorios e instalamos la herramienta:

Terminal (SSH)
pacman -Sy x11vnc
x11vnc -storepasswd

El comando x11vnc -storepasswd te solicitará una contraseña y la guardará de forma segura en ~/.vnc/passwd para proteger el acceso.

Paso 3: Levantar el servidor VNC

Inicia el servidor vinculándolo a la sesión gráfica activa (display :0):

Terminal (SSH)
x11vnc -forever -usepw -display :0 &
  • -forever: Mantiene el servidor a la escucha incluso si el cliente se desconecta.
  • -usepw: Obliga a usar la contraseña que configuramos en el paso anterior.
  • -display :0: Se conecta directamente al escritorio principal de la máquina.

Paso 4: Tunelización segura (Opcional)

Por defecto, VNC escucha en el puerto 5900. Si no quieres exponer este puerto directamente a internet, puedes realizar un túnel SSH desde tu máquina de trabajo:

Terminal Local
ssh -L 5900:localhost:5900 root@[IP_DE_RESCATE]

Una vez establecido el túnel, abres tu cliente VNC favorito (como TigerVNC o Remmina) y te conectas a localhost:0.

Paso 5: Automatización del arranque

Para evitar hacer esto manualmente cada vez, puedes añadir el script de inicio en el directorio de ejecución automática de SystemRescue:

Archivo /etc/local.d/startvnc.start
#!/bin/bash
x11vnc -forever -usepw -display :0 &
Atención con el Firewall: Si estás intentando acceder directamente sin túnel SSH, asegúrate de que el firewall interno de SystemRescue no esté bloqueando el puerto 5900. Puedes desactivarlo temporalmente para pruebas usando comandos de iptables o nftables si es necesario.

4. El enfoque Windows: Entornos WinPE

Si prefieres evitar la línea de comandos de Linux y buscas un despliegue más visual y rápido, los entornos basados en Windows PE (WinPE) son una alternativa fantástica. En Windows, levantar un servidor de soporte suele ser más directo y menos propenso a fallos de compatibilidad de drivers de video.

Las mejores distribuciones WinPE listas para usar

  • Sergei Strelec's WinPE: Probablemente el entorno WinPE más completo que existe. Basado en Windows 10 y 11, incluye de forma nativa AnyDesk, TeamViewer, UltraVNC y Remote Utilities.
  • Hiren's BootCD PE: La versión moderna basada en Windows 10 de 64 bits. Viene con AnyDesk y TeamViewer listos para ser ejecutados.
  • Gandalf's Windows 10 PE: Destaca por su enorme catálogo de herramientas preinstaladas y soporte para activar el protocolo RDP (Escritorio Remoto de Windows) mediante scripts.
  • Win10XPE / ChrisPE: Herramientas que te permiten construir tu propio Windows PE personalizado desde cero, ideal para integrar clientes VPN como ZeroTier o configuraciones MSI de AnyDesk con contraseñas fijas de soporte desatendido.

5. Tabla comparativa de herramientas de acceso en WinPE

Analicemos la viabilidad de las herramientas de control remoto más populares dentro de un entorno Windows PE:

Herramienta ¿Funciona en WinPE? ¿Modo Host/Servidor? Facilidad de Automatización
AnyDesk Alta (se puede preconfigurar mediante un archivo service.conf o instalador MSI).
TeamViewer Media (requiere cuenta comercial o configuración manual de ID/contraseña temporal).
UltraVNC Alta (ideal si se mapea un puerto específico y no dependemos de servidores externos).
Remote Utilities Alta (permite configurar un ID de host estático para conexiones repetidas).

6. Implementación recomendada para soporte desatendido rápido

Si buscas la ruta con menor fricción para dar soporte remoto a un cliente sin conocimientos técnicos, mi recomendación es la siguiente:

  1. Prepara un pendrive booteable con Sergei Strelec's WinPE.
  2. Modifica los archivos de inicio del WinPE para que AnyDesk se ejecute en el arranque con una contraseña de acceso desatendido predefinida.
  3. Pídele al usuario que conecte el USB, encienda el equipo y seleccione el arranque desde USB.
  4. Una vez que el sistema cargue y tome IP, podrás conectarte directamente usando tu cliente de AnyDesk con la contraseña maestra que configuraste previamente.
La historia detrás de la nota

Tener un pendrive de rescate que inicie un servidor de acceso remoto de forma automática me ha salvado de viajes innecesarios y largas horas al teléfono guiando a usuarios inexpertos. Dedicar un par de horas a personalizar tu ISO de rescate es una de las mejores inversiones de tiempo que puedes hacer como administrador de sistemas.