Un router MikroTik mantiene su propio reloj, y de fábrica ese reloj es tan preciso como la hora que tenía al arrancar — puede desviarse minutos o más a lo largo de semanas de uptime, sobre todo en placas sin reloj de tiempo real con batería propia. Eso no suena urgente hasta que estás mirando un timestamp de log que no coincide con el resto de tu infraestructura, o una validación de certificado que falla porque el router cree que es otro día.
Abrí la configuración del cliente NTP
En WinBox, andá a System > NTP Client. Desde la CLI es un solo comando.
Habilitá el cliente y configurá los servidores NTP
Apuntalo a un pool público de NTP — pool.ntp.org resuelve a servidores distintos en cada consulta, que es justo lo que querés para tener redundancia:
/system ntp client set enabled=yes servers=0.pool.ntp.org,1.pool.ntp.orgConfigurá la zona horaria correcta
NTP sincroniza el router internamente en UTC; la zona horaria solo afecta cómo se muestra la hora en los logs y en la terminal. Configurala una vez para que tus logs se lean en hora local en vez de UTC:
/system clock set time-zone-name=America/Argentina/Buenos_AiresConfirmá que sincronizó
Revisá el estado del cliente — status tiene que decir synchronized, no waiting ni un valor desactualizado:
/system ntp client printPor qué hacerlo así
Un reloj correcto no es cosmético — la validación de certificados TLS, la correlación de logs y los timestamps de accounting de RADIUS/PPP dependen de que funcione bien en silencio. El modo de falla es el peor: nada se rompe de forma obvia, hasta que justo en medio de un incidente estás tratando de hacer coincidir el log de este router con el de un switch y el de un servidor, y los timestamps no coinciden porque uno de ellos se desvió. Habilitar NTP una sola vez, al configurar el equipo, no cuesta nada y elimina toda esa categoría de "por qué estos logs no coinciden" más adelante.
Cómo te ayuda MoniTik
MoniTik le pone timestamp a todo lo que registra — alertas, historial de conexión, gráficos de interfaces — usando su propio reloj, no el del router, así que un reloj desincronizado en el router no desincroniza lo que ves en el dashboard. Pero MoniTik puede ir más allá: un chequeo futuro que avise cuando el reloj reportado por un router se desvió notablemente de la hora real es exactamente el tipo de problema de "nunca te das cuenta hasta que te muerde" que el monitoreo está para detectar antes de que lo sufras en medio de un incidente.
Camila se especializa en ruteo, VPNs y hardening de despliegues MikroTik para redes chicas y medianas.