Syslog remoto en MikroTik: centraliza los logs de tu red

Cuando algo falla en una red con varios equipos, la pregunta es: ¿en cuál de todos miro el log? Y peor: los logs de un MikroTik viven en memoria y se pierden al reiniciar. La solución es enviar todo a un servidor syslog central: los logs de todos tus equipos, juntos, guardados y buscables.

Por qué centralizar los logs

• No se pierden: aunque el equipo se reinicie o falle, el log ya está guardado afuera.
• Diagnóstico rápido: buscas en un solo lugar en vez de entrar equipo por equipo.
• Auditoría y cumplimiento: quién entró, qué cambió, cuándo — con registro histórico.
• Correlación: ver qué pasó en varios equipos al mismo tiempo cuando hubo un incidente.

Configurarlo en RouterOS

Se define una "acción" de tipo remoto (la IP de tu servidor syslog) y luego se manda ahí lo que quieras registrar:

# destino: el servidor syslog central
/system/logging/action/add name=central target=remote remote=192.168.88.20 remote-port=514
# enviar, por ejemplo, los eventos de firewall, cuenta y sistema
/system/logging/add topics=info action=central
/system/logging/add topics=critical,error,warning action=central

Del otro lado, un servidor syslog (rsyslog, Graylog, Elastic, o incluso un contenedor) recibe y almacena. Con Graylog o Elastic puedes buscar, filtrar y crear alertas sobre esos logs.

Qué conviene enviar

No mandes todo (satura). Enfócate en lo que importa: eventos de login y cambios de configuración (auditoría), firewall (seguridad), estado de enlaces y errores. Para métricas de rendimiento (tráfico, CPU) es mejor SNMP o Prometheus; el syslog es para eventos.

Syslog remoto	SNMP / Prometheus
Eventos: logins, cambios, alertas	Métricas: tráfico, CPU, temperatura
"¿Qué pasó y cuándo?"	"¿Cuánto y cómo va la tendencia?"

En MikroTik Chile montamos logging centralizado para redes con varios equipos, con auditoría y alertas, para que nunca te quedes sin saber qué pasó. Si hoy revisas los logs equipo por equipo, centralicémoslos.