Durante años, la promesa de “levantar un Windows rápido” ha chocado con la realidad: ISOs, asistentes interminables, drivers, snapshots, licencias, y ese rato perdido cada vez que solo querías un laboratorio para probar algo. En ese contexto, proyectos como dockur/windows están ganando tracción porque empaquetan una idea muy concreta: ejecutar una VM de Windows con QEMU/KVM, pero orquestada como si fuese un contenedor. Y esa diferencia importa.
En la práctica, no es “Windows como contenedor” (al estilo Windows Server Core o Nano Server), sino Windows como máquina virtual, con instalación automatizada y una experiencia de despliegue muy parecida a un docker compose up -d.
Por qué está llamando tanto la atención
El repositorio se ha disparado en popularidad (cerca de 50.000 estrellas y miles de forks), en parte porque aterriza justo donde duele: laboratorios, entornos efímeros, pruebas de compatibilidad, automatización y equipos que viven en terminal.
El “pitch” es simple: por defecto instala Windows 11 Pro, pero puedes seleccionar versiones desde Windows 10/11 (incluyendo LTSC/Enterprise) hasta ediciones antiguas y también Windows Server (2016–2025) mediante una variable VERSION.
Qué hace diferente a este enfoque
La clave no es Docker, sino KVM. El contenedor necesita acceso a /dev/kvm para acelerar virtualización, y también suele apoyarse en capacidades de red (por ejemplo, NET_ADMIN) y TUN para ciertas opciones.
Además, ofrece un visor web (pensado sobre todo para la instalación) y soporte para RDP cuando quieres trabajar “en serio”. El propio proyecto recomienda RDP para mejor calidad y experiencia, dejando el visor web como apoyo durante el despliegue inicial.
Lo más útil para un entorno de tecnología (sin humo)
Infraestructura como código (IaC) para Windows
RAM, CPU, disco, idioma, credenciales, ISO personalizada… casi todo se gobierna con variables en el compose. Por ejemplo, RAM_SIZE, CPU_CORES, DISK_SIZE, LANGUAGE o USERNAME/PASSWORD.
Instalación desatendida, y “post-install” automatizable
Puedes inyectar un script install.bat mediante una carpeta OEM para ejecutar acciones al final de la instalación (instalar software, aplicar configuración base, etc.).
Persistencia y “modo laboratorio” sin dramas
Si montas el almacenamiento en un volumen/carpeta, el Windows queda persistente. Y si lo destruyes, lo destruyes de verdad: sin artefactos de hipervisores “pesados”, siempre que tengas bien delimitado el almacenamiento.
Requisitos y limitaciones que conviene decir en voz alta
Aquí es donde se cae parte del hype: no es magia, es virtualización, y eso trae reglas.
- Compatibilidad declarada por el proyecto: funciona con Docker CLI en Linux, y también con Docker Desktop en Windows 11, pero no en Windows 10 ni macOS.
- Si el host está virtualizado (o es un VPS), probablemente necesites nested virtualization, y muchos proveedores cloud no la permiten.
- Si todo “debería funcionar” pero el contenedor se queja de permisos/ausencia de KVM, el propio proyecto sugiere probar
privileged: truepara descartar bloqueos de permisos.
Seguridad y licencias: dos notas que no se deben esconder
- Seguridad: para que esto funcione, el contenedor suele requerir privilegios y acceso a dispositivos del host. Traducido: trátalo como una VM con esteroides, no como un contenedor aislado. Si vas a ejecutar cosas no confiables, mejor hacerlo en un host dedicado o muy segmentado.
- Legalidad/licencia: el proyecto afirma que su código es open source y que no distribuye material con copyright; las claves que aparecen serían genéricas de prueba. Aun así, usar Windows requiere cumplir licenciamiento/activación según tu caso.
Preguntas frecuentes
¿Esto es “Windows en contenedores” como los Windows Containers de Microsoft?
No. Los Windows Containers comparten kernel Windows y se basan en imágenes tipo Server Core/Nano Server. Aquí se ejecuta un Windows completo como VM usando virtualización acelerada.
¿Qué Windows puedo instalar?
El proyecto lista desde Windows 11/10 (incluyendo LTSC/Enterprise) hasta Windows Server (por ejemplo 2022 y 2025), seleccionándolo con VERSION.
¿Qué necesito para que vaya fluido?
CPU con virtualización activada (Intel VT-x / AMD SVM), acceso a KVM y, si estás dentro de otra VM, nested virtualization habilitada. Si eso falla, el rendimiento y la viabilidad se resienten.
He ampliado DISK_SIZE pero Windows no ve el espacio, ¿por qué?
Porque el espacio nuevo aparece como “no asignado” y hay que extender la partición dentro de Windows manualmente (gestión de discos).
Fuentes:
- GitHub (dockur/windows): documentación y guía de uso
