Ctrl K
ComunidadGuías…
GITHUB · ANALIZADO

mikrotik-manager

MikroTik Manager es una plataforma full-stack autoadministrable para gestionar flotas de dispositivos MikroTik, incluyendo routers, switches y puntos de acceso inalámbricos desde una sola interfaz web.

Ficha actualizada 23 sept 2026, 0:26 · upstream 23 sept 2026, 0:04 · release sin release detectada

Ver códigoProblemas y ayudaRepositorio ↗
00

Qué es mikrotik-manager

Descripción editorial construida a partir del repositorio, su documentación y sus señales de mantenimiento.

MikroTik Manager permite a los administradores de redes gestionar toda su infraestructura de dispositivos MikroTik — routers, switches y puntos de acceso inalámbricos — desde una única interfaz web. La plataforma se ejecuta completamente en el hardware local mediante Docker Compose, se conecta a los dispositivos a través de la API RouterOS (y SSH cuando es necesario) y no guarda datos fuera de su red. Esto elimina la necesidad de acceder manualmente a WinBox o CLI en cada dispositivo del equipo.

La solución resuelve un problema crítico: RouterOS aplica las comandos inmediatamente sin transacciones ni rollback, lo que significa que puede bloquear el acceso al propio dispositivo si se ejecutan cambios incorrectos. MikroTik Manager aborda esto mediante tres capas de seguridad: Change Guard, Lockout Prediction y Config Health.

CASOS DE USO
  • Monitorizar la salud del equipo, el estado de los dispositivos y las alertas en tiempo real desde una sola interfaz
  • Configurar VLANs, direcciones IP y servicios de red a nivel de flota sin acceso manual a cada dispositivo
  • Proteger cambios críticos mediante Change Guard que reanuda automáticamente si se bloquea el acceso al equipo
  • Gestionar firmware actualizaciones con rollouts estandarizados y verificación post-upgrade
  • Analizar tráfico de red mediante un collector integrado sin necesidad de hardware externo
  • Proteger puntos de acceso inalámbricos contra ataques de Evil Twin mediante CAPsMAN awareness
  • Centralizar la gestión de múltiples clientes en una sola interfaz con soporte para SSO y autenticación en dos factores
PUNTOS DESTACADOS
  • Change Guard: el dispositivo guarda un punto de restauración antes de aplicar cualquier cambio crítico, lo que permite revertirlo si se detecta un bloqueo del acceso
  • Lockout Prediction: simula el comportamiento del dispositivo para predecir y bloquear cambios que podrían cortar la conexión a la red
  • Config Health: auditoría automática de configuraciones incorrectas documentadas en RouterOS sin intervención manual
  • Firewall lockout guard: rechaza cambios de firewall que podrían bloquear al administrador del equipo
  • CAPsMAN protection: los radios provisionados por el gestor son protegidos contra escrituras locales no autorizadas
  • Guard history: registro detallado de cada cambio aplicado, revertido o fallido en la interfaz web
PRECAUCIONES
  • El acceso a la API requiere activar el servicio manualmente (opción A) o configurarse explícitamente (opción B)
  • Para dispositivos con SSL, se debe configurar un certificado TLS válido; los certificados autofirmados de RouterOS son aceptados pero requieren confianza
  • No se requieren credenciales SSH por defecto, lo que puede ser una limitación para equipos que no permiten acceso remoto
  • El cambio Guard cubre doce tipos de cambios documentados en RouterOS 7.23.3; otros comandos pueden requerir protección adicional
  • La predicción de bloqueo se basa en el estado actual del dispositivo, por lo que puede fallar si la red cambia dinámicamente durante la simulación
01

Perfil de infraestructura

Estimación inicial derivada del repositorio y de los servicios detectados.

CPU2 vCPUrecomendación inicial
MEMORIA2 GBRAM estimada
DISCO30 GBalmacenamiento base
COMPLEJIDADmediumnivel de operación
02

Despliegue detectado

Qué señales reales de instalación hemos encontrado.

Listo para automatizar

Se recomienda usar Docker Compose v2. Se pueden utilizar imágenes preexistentes (opción A) o construir desde fuente (opción B). Se debe configurar CORS en el archivo .env para la URL de origen del frontend. Para dispositivos SSL, se instala un certificado TLS válido y se configura la opción 8729. El despliegue es completamente autoadministrable: no requiere root privileges ni instalación manual de RouterOS. Se recomienda ejecutar una migración inicial con datos previos antes de activar el servicio.

✓Dockerfile
✓Compose
✓One-click
03

Stack y dependencias

Componentes inferidos a partir de manifests, configuración y documentación.

FRAMEWORKS
Next.jsReactNode.js
SERVICIOS
PostgreSQLRedis
BASES DE DATOS
PostgreSQLRedis
PUERTOS
30008044330012055
05

Puede sustituir a

Relaciones detectadas por el análisis del repositorio y su categoría.

06

Experiencia real de la comunidad

Ayuda a contrastar la estimación automática con instalaciones reales.

Todavía no hay datos comunitarios para este proyecto.