MikroTik CHR en VMware Workstation

Resumen MikroTik RouterOS funciona impecablemente como máquina virtual en VMware Workstation con la imagen VMDX oficial del CHR (Cloud Hosted Router). Esta guía recorre la topología de laboratorio de tres interfaces, los ajustes del VMware Virtual Network Editor, la construcción de la VM usando la VMDX como disco existente y la configuración de contraseña en el primer arranque, más el descubrimiento por MAC de Winbox para llegar al router desde el host.

¿Cómo se ejecuta MikroTik CHR en VMware Workstation?

MikroTik Cloud Hosted Router (CHR) es la variante virtualizada de RouterOS, empaquetada para hipervisores como VMware, Hyper-V, KVM y VirtualBox. En VMware Workstation, CHR se ejecuta como una VM corriente con la imagen de disco VMDX preconstruida que publica MikroTik — sin ceremonia de instalación por ISO, sin asistente de primer arranque y sin fricción de licencia para uso de laboratorio o pruebas. El resultado es una instancia completa de RouterOS que se comporta exactamente igual que un router físico para pruebas de gestión, enrutamiento, firewall y VPN.

Virtualizar RouterOS es la forma más limpia de montar un entorno de laboratorio, probar configuraciones complejas de enrutamiento o firewall, o incluso correr un CHR de calidad de producción. El truco es que la topología de red hay que planificarla primero en la capa de VMware — cada NIC virtual debe mapearse a una VMnet concreta, y acertar ese mapeo desde el principio ahorra horas de depuración después.

Planifica la red virtual

Antes de instalar nada, diseña la topología. Un laboratorio típico usa tres interfaces:

• ether1 — WAN: asignada a VMnet 8 (modo NAT). Da al router acceso a Internet a través de la máquina host.
• ether2 — LAN-A: asignada a VMnet 11 (Host-only). Simula la primera subred interna.
• ether3 — LAN-B: asignada a VMnet 12 (Host-only). Una segunda subred para enrutamiento entre VLAN, pruebas de segmentación o aislamiento de DHCP.

VMnets separadas aíslan el tráfico y te permiten tratar cada enlace virtual como si estuviera conectado a un switch físico distinto. Es la base sobre la que se apoya todo lo demás en el laboratorio.

Requisitos previos y descargas

Dos archivos de https://mikrotik.com/download:

• Winbox — la herramienta gráfica principal de gestión para RouterOS.
• Cloud Hosted Router (CHR) — concretamente la imagen VMDX. La VMDX viene preconfigurada para VMware y se salta el procedimiento estándar de instalación por ISO.

Usa el canal Stable (v7.x) para el mejor equilibrio entre funcionalidades actuales y fiabilidad en el laboratorio. Las builds testing también funcionan si estás verificando explícitamente una función en desarrollo, pero Stable es el valor predeterminado correcto.

Configura las redes virtuales de VMware

Abre el Virtual Network Editor en VMware y verifica los mapeos de VMnet:

• VMnet 8 → NAT (es el predeterminado y suele estar ya correcto).
• VMnet 11 → Host-only. Dale una subred estática dedicada (p. ej., 192.168.111.0/24) para que DHCP y rutas estáticas dentro de RouterOS se resuelvan de forma predecible.
• VMnet 12 → Host-only. Usa una subred dedicada distinta (p. ej., 192.168.112.0/24).

Asignar subredes predecibles a cada adaptador Host-only te facilita mucho identificar por qué segmento fluye el tráfico al diagnosticar más adelante, sobre todo cuando empieces a correr varios CHR a la vez en el mismo laboratorio.

Crea la máquina virtual MikroTik

Ahora construye la VM y conecta la VMDX como disco de arranque:

1. New VM → Custom configuration. Elige Other como Guest Operating System (RouterOS no aparece en la lista predefinida de VMware).
2. Asigna 512 MB de RAM como mínimo. RouterOS es ligero, pero un poco de memoria extra ayuda al ejecutar varios servicios o queues.
3. Almacenamiento: elimina el disco virtual por defecto que crea VMware y añade un nuevo Hard Disk seleccionando “Use an existing virtual disk”. Apunta al archivo .vmdx descargado.
4. Adaptadores de red: añade tres. Mapea el primero a VMnet 8, el segundo a VMnet 11 y el tercero a VMnet 12. El orden importa — RouterOS los enumerará como ether1, ether2, ether3 en esa secuencia.

Configuración inicial y conexión con Winbox

Enciende la máquina virtual. Las credenciales predeterminadas son:

• Usuario: admin
• Contraseña: (en blanco)

En el primer login, RouterOS pregunta si quieres ver la licencia del software — pulsa n para saltártela. Luego te pide definir una contraseña fuerte. Defínela — incluso en laboratorio, las credenciales por defecto expuestas atrapan a los operadores que olvidan que la VM es alcanzable desde la red del host.

Abre Winbox en la máquina host. El CHR aparece en la pestaña Neighbors vía descubrimiento por MAC — Winbox puede conectarse al router por MAC incluso antes de que hayas asignado una IP a las interfaces LAN. Haz clic en la entrada, entra con la nueva contraseña y tendrás una instancia funcional de RouterOS lista para configurar. Para el siguiente paso de un montaje típico de laboratorio, mira nuestro tutorial de configuración de NAT y la guía de solución de problemas de acceso a 192.168.88.1 como respaldo cuando Winbox no consiga descubrir la VM.

Consejos

• Haz snapshot de la VM antes de empezar a configurar nada — RouterOS es famoso por quedarse incomunicado con una regla de firewall mal puesta.
• Si Winbox no ve el CHR en Neighbors, comprueba que el adaptador host para VMnet 11 esté activado en la configuración de red del host.
• Combina este laboratorio con el tutorial de WireGuard para probar topologías de acceso remoto antes de desplegarlas en hardware de producción.

Da el siguiente paso

Un CHR virtualizado es el sitio adecuado para experimentar con RouterOS, pero las flotas de producción acaban corriendo sobre hardware físico distribuido por muchos sitios. Gestionar la misma plantilla de configuración a través de una mezcla de routers físicos, instancias CHR en un VPS y laboratorios CHR en VMware exige una orquestación que escale más allá de sesiones manuales con Winbox.

MKController plantilla la configuración de RouterOS de forma centralizada, la aplica a cada dispositivo — virtual o físico — de tu inventario y sigue el drift a lo largo de la flota para que veas exactamente qué router se ha desviado de la plantilla. El trabajo de laboratorio en VMware se traduce directamente en despliegues de producción cuando la capa de orquestación es consistente.

Empieza tu prueba gratis de MKController