Casi todo lo que publicamos aquí se prueba antes en un laboratorio de máquinas virtuales: un PLC simulado, un servidor OPC UA, un SCADA y un analizador de tráfico, cada cosa en su propia máquina y sin tocar ninguna instalación real. Si algo se rompe, se vuelve atrás con un snapshot.
Esta guía va al grano: seis pasos para montarlo, con los enlaces de descarga, qué licencia necesitas realmente para cada pieza y cómo dejar la red aislada.
Por qué virtualizar el laboratorio
Un laboratorio virtual resuelve cuatro problemas muy concretos del día a día en automatización:
TIA Portal V17 y V19, o dos versiones de FactoryTalk, en máquinas separadas y sin conflictos.
Un snapshot antes de la prueba y, si el sistema queda inservible, se restaura en segundos.
Varias máquinas hablando entre ellas por OPC UA, Modbus TCP o MQTT sin tocar la planta.
El cuarto es el más importante: seguridad. Probar un cliente OPC UA nuevo, un script que escribe en un PLC o una captura de tráfico contra un equipo en producción es innecesario y arriesgado. En una máquina virtual con la red cerrada, el peor caso es que haya que restaurar un snapshot.
Paso 1 — Elegir el hipervisor
El hipervisor es el programa que crea y ejecuta las máquinas virtuales. Para un laboratorio en un PC o portátil hay tres opciones razonables, y las tres funcionan bien.
| Hipervisor | Coste | Fuerte en | A tener en cuenta |
|---|---|---|---|
| VirtualBox Oracle |
Gratis (GPLv2) | Empezar rápido, multiplataforma, redes internas muy fáciles de configurar. | El Extension Pack tiene licencia aparte. Rendimiento gráfico modesto. |
| VMware Workstation Pro Broadcom |
Gratis | Rendimiento, clones enlazados, redes virtuales avanzadas, estabilidad con Windows Server. | La descarga se hace desde el portal de Broadcom y pide crear una cuenta gratuita. |
| Hyper-V Microsoft |
Incluido en Windows Pro/Enterprise | Integración nativa con Windows, sin instalar nada extra. | Al activarlo, VirtualBox y VMware pasan a un modo de compatibilidad más lento. |
Recomendación práctica: si empiezas de cero, VirtualBox. Se instala en cinco minutos, no pide cuenta de nadie y las redes aisladas se configuran con dos clics. Si el laboratorio va a crecer a cuatro o cinco máquinas encendidas a la vez, VMware Workstation Pro aguanta mejor y los clones enlazados ahorran mucho disco.
Lo que no conviene es mezclar: elige uno y desactiva Hyper-V si vas a usar VirtualBox o VMware, porque los tres compiten por el mismo motor de virtualización del procesador.
Licencias sin sorpresas
Aquí es donde suele haber confusión, sobre todo cuando el laboratorio se monta en un equipo de empresa. Resumen honesto:
- VirtualBox (paquete base): software libre bajo GPLv2. Se puede usar también en entorno profesional sin pagar nada.
- VirtualBox Extension Pack: es un componente aparte con la licencia PUEL, gratuita solo para uso personal, educativo o de evaluación. En una empresa hay que licenciarlo. Aporta USB 2.0/3.0, arranque PXE y RDP; si no necesitas pasar un cable de programación USB a la máquina virtual, el laboratorio funciona perfectamente sin él.
- VMware Workstation Pro: Broadcom lo liberó como producto gratuito y absorbió al antiguo Workstation Player, que ya no se distribuye por separado. Antes de desplegarlo en un parque de equipos de empresa conviene leer las condiciones vigentes en el portal de descarga, porque el modelo de licencia ha cambiado varias veces en poco tiempo.
- Hyper-V: incluido en la licencia de Windows 10/11 Pro y Enterprise. No está disponible en las ediciones Home.
Regla simple: el hipervisor rara vez es el problema de licencias. Lo que hay que licenciar de verdad son los sistemas operativos invitados y el software de automatización que instales dentro. Eso lo vemos en el paso siguiente.
Paso 2 — Conseguir las ISOs legales
Una ISO es la imagen del disco de instalación del sistema operativo. Todas las que necesitas para un laboratorio se descargan gratis y de forma legal desde el fabricante. No hace falta buscar en sitios raros.
| Sistema | Dónde se descarga | Condiciones |
|---|---|---|
| Windows 11 | microsoft.com/software-download/windows11 | Descarga libre de la ISO. Para uso continuado necesita una licencia válida. |
| Windows 11 Enterprise (evaluación) | Microsoft Evaluation Center | Versión de evaluación de 90 días. Es la vía limpia para pruebas. |
| Windows Server (evaluación) | Microsoft Evaluation Center | Evaluación de 180 días. Ideal para el SCADA, el historian o la base de datos. |
| Ubuntu Desktop / Server LTS | ubuntu.com/download | Libre y gratuito, sin límite de tiempo. |
| Debian | debian.org/distrib | Libre y gratuito. Muy ligero como pasarela o SoftPLC. |
Windows 10 llegó a su fin de soporte en octubre de 2025. Sigue siendo válido para reproducir una máquina antigua de un cliente, pero no lo elijas como base para un laboratorio nuevo: no recibe actualizaciones de seguridad y cada vez más software de automatización dejará de instalarse en él.
Para el software industrial la lógica es la misma: casi todos los fabricantes ofrecen versiones de prueba o gratuitas. TIA Portal y PLCSIM Advanced tienen periodo de evaluación, CODESYS ofrece el entorno de desarrollo gratuito con runtime limitado por tiempo de ejecución, y herramientas como UaExpert o Wireshark son gratuitas.
Paso 3 — Crear la máquina virtual
Con el hipervisor instalado y la ISO descargada, crea primero una máquina base limpia. El ejemplo siguiente usa Windows 11 en Workstation Pro 17, pero la misma lógica sirve para cualquier hipervisor: ISO oficial, recursos razonables, disco ampliable, red controlada y herramientas de integración instaladas al final.
- Crear una máquina nueva desde el asistente del hipervisor. No reutilices una máquina vieja para ahorrar tiempo: una base limpia evita fallos heredados.
- Usar una ISO oficial. Descárgala desde Microsoft o desde el fabricante del sistema, guárdala en una carpeta estable y selecciona esa ISO en el asistente.
- Asignar nombre y ubicación. Usa nombres claros, por ejemplo
WIN11-INGENIERIA-BASE, y guarda las máquinas en un disco con espacio suficiente. - Activar cifrado, TPM y arranque seguro si instalas Windows 11. Es el punto que más instalaciones rompe cuando se deja para después.
- Definir disco virtual. Para Windows 11 de laboratorio, parte de 80-120 GB. Mejor disco dividido o ampliable que un bloque fijo enorme desde el primer día.
- Ajustar hardware antes de arrancar. Como base razonable: 2 vCPU y 8 GB de RAM para Windows 11; sube recursos solo si vas a instalar software pesado de ingeniería.
- Configurar red con intención. Para instalar puedes usar NAT; para pruebas OT, deja un adaptador aislado y evita bridged contra cualquier red de planta.
- Instalar Windows como en un PC normal. Cuando termine, aplica actualizaciones, drivers del hipervisor y reinicia antes de meter software industrial.
- Comprobar adaptadores e IPs con
ipconfig. Si ves una IP NAT y otra de laboratorio, ya tienes separadas salida a Internet y red de pruebas.
Empieza siempre desde una máquina nueva y selecciona la ISO oficial del sistema.
La ISO debe venir de una fuente oficial; así evitas imágenes modificadas o instaladores dudosos.
La comprobación final es sencilla: una interfaz para salida/NAT y otra para la red de laboratorio.
Truco que ahorra horas: instala primero una máquina Windows limpia, con las Guest Additions y las actualizaciones puestas, y guárdala como plantilla. Cada máquina nueva del laboratorio se crea clonando esa plantilla, no reinstalando desde cero.
Paso 4 — Elegir el modo de red
Este es el paso que convierte un montón de máquinas virtuales en un laboratorio seguro, y es donde más gente se equivoca. El adaptador de red de cada máquina puede trabajar en cuatro modos, y cada uno expone el laboratorio de forma muy distinta.
Los cuatro modos de adaptador y para qué sirve cada uno en un laboratorio de pruebas.
La configuración que funciona en la práctica es esta:
- Adaptador 1 en host-only para todas las máquinas del laboratorio, con IPs fijas del tipo
192.168.10.11,192.168.10.12… Es la red por la que hablarán el PLC simulado, el servidor OPC UA y el SCADA. - Adaptador 2 en NAT, activado solo cuando haga falta descargar actualizaciones o un instalador, y desactivado el resto del tiempo.
- Modo interno si quieres el aislamiento máximo: ni siquiera el PC anfitrión ve esa red. Útil para analizar ficheros dudosos o para reproducir un incidente.
- Modo bridged: evítalo. La máquina virtual aparece como un equipo más en la red física, con su propia IP. Si esa red es la de planta, cualquier escaneo, cualquier prueba de escritura y cualquier tormenta de broadcast que generes llega a los PLC reales.
Regla de oro: el laboratorio nunca se conecta en bridged a la red de planta. Si en algún momento necesitas hablar con un PLC físico, hazlo con una tarjeta de red dedicada y un switch propio, fuera de la red de producción. En comunicación segura entre PLC, HMI y PC/PG se explica cómo plantear esa separación.
Un detalle que despista al principio: por defecto el firewall de Windows bloquea el ping y muchos puertos entre máquinas de la red host-only. La solución correcta no es apagar el firewall, sino marcar esa red como privada y crear una regla de entrada que permita el tráfico del rango del laboratorio.
Si además quieres practicar con switches gestionables, VLANs o protocolos como STP, el laboratorio virtual se combina muy bien con GNS3, que emula la parte de electrónica de red.
Paso 5 — Snapshots y clones
Si solo te llevas una cosa de este artículo, que sea esta. Un snapshot es una foto del estado completo de la máquina: disco, memoria y configuración. Restaurarlo devuelve la máquina exactamente a ese momento.
La rutina que conviene adoptar:
- Snapshot «base limpia» justo después de instalar el sistema, las Guest Additions y las actualizaciones. Este no se borra nunca.
- Snapshot «software instalado» cuando ya están TIA Portal, el SCADA o lo que corresponda, con su licencia activada.
- Snapshot antes de cada prueba arriesgada: un parche, un driver, una actualización de firmware simulada, un certificado nuevo.
El clon es distinto: crea una máquina nueva a partir de otra. El clon completo es independiente y ocupa lo mismo que el original; el clon enlazado comparte el disco base y ocupa muy poco, ideal para levantar tres PLC simulados iguales en minutos.
Dos avisos: un snapshot no es una copia de seguridad —si se corrompe el disco virtual, se pierde todo con él—, y las cadenas largas de snapshots acumulados durante meses degradan el rendimiento y disparan el tamaño en disco. Consolida y borra los que ya no aportan nada.
Paso 6 — Qué instalar en cada máquina
Con cuatro máquinas se cubre prácticamente cualquier prueba de automatización. Este es el reparto del laboratorio de ejemplo:
Las cuatro máquinas del laboratorio, los protocolos que las comunican y las capas de hipervisor y PC anfitrión debajo.
| Máquina | Sistema | Software | Para qué |
|---|---|---|---|
| Ingeniería | Windows 11 | TIA Portal, Studio 5000, UaExpert, Wireshark | Programar, configurar y analizar tráfico. |
| PLC simulado | Windows 10/11 | PLCSIM Advanced, FactoryTalk Echo | Ejecutar el programa del PLC con red virtual propia. |
| SoftPLC / pasarela | Ubuntu Linux | CODESYS, Node-RED, Mosquitto | Servidor OPC UA, broker MQTT y conversiones de protocolo. |
| SCADA e histórico | Windows Server | WinCC, FactoryTalk View, InfluxDB, SQL Server | Supervisión y registro de datos del proceso. |
A partir de ahí, el laboratorio da para mucho: levantar un servidor OPC UA en un PLC Siemens, capturar y analizar el tráfico OPC UA, o conectar un simulador de proceso para practicar con una planta virtual completa sin ningún equipo físico.
Errores típicos y checklist final
Los fallos que más tiempo hacen perder al montar el primer laboratorio son casi siempre los mismos:
- La máquina no arranca o solo ofrece sistemas de 32 bits: falta activar la virtualización por hardware en la BIOS/UEFI (VT-x en Intel, AMD-V en AMD).
- Todo va muy lento: casi siempre es Hyper-V activo compitiendo con VirtualBox o VMware, o RAM sobreasignada entre máquinas encendidas a la vez.
- Las máquinas no se ven entre ellas: firewall de Windows con el perfil de red equivocado, o adaptadores en modos distintos.
- Windows 11 no se deja instalar: falta el TPM virtual o el arranque EFI con Secure Boot.
- Fallos raros de certificados OPC UA tras restaurar un snapshot: al volver atrás, el reloj de la máquina queda desfasado y la validación del certificado falla. Sincroniza la hora antes de dar nada por roto —el tema se trata a fondo en certificados OPC UA.
Checklist antes de dar el laboratorio por terminado:
- Virtualización activada en BIOS y un único hipervisor en uso.
- Guest Additions o VMware Tools instaladas en todas las máquinas.
- Red host-only con IPs fijas y ninguna máquina en modo bridged.
- Snapshot «base limpia» guardado en cada máquina.
- Plantilla de Windows lista para clonar la siguiente máquina.
- Copia del laboratorio en disco externo si el anfitrión es tu equipo de trabajo.