Saltar al contingut

Actualitzacions Massives de Routers MikroTik

Resum Les actualitzacions massives de MKController us permeten enviar el mateix script RouterOS a desenes o centenars de dispositius MikroTik simultàniament utilitzant fitxers .auto.rsc. Seleccioneu els dispositius, pengeu l’script, feu el seguiment de l’execució des d’una pantalla central i, opcionalment, useu atributs per dispositiu per injectar valors diferents a la mateixa ordre — sense operar router per router.

Actualitzacions Massives MikroTik amb MKController

Gestionar un sol MikroTik és senzill. Gestionar desenes, centenars o routers geogràficament dispersos és una altra història. Quan cal actualitzar identitats, regles de tallafoc, configuracions Wi-Fi, opcions DHCP o altres paràmetres de RouterOS a escala, fer-ho dispositiu per dispositiu malbarata temps i augmenta el risc d’inconsistències.

MKController ajuda a reduir aquesta càrrega operativa permetent-vos enviar el mateix script a múltiples dispositius seleccionats en un sol lot. En la pràctica, prepareu un fitxer en format .auto.rsc, el pengeu a través de la plataforma i feu el seguiment de l’operació des d’una pantalla central. Per als equips que donen suport a sucursals, ISPs i xarxes de clients distribuïdes, això pot estalviar molts clics i més d’un mal de cap.

Il·lustració destacada sobre actualitzacions massives de MikroTik a MKController

Per Què són Importants les Actualitzacions Massives

Els canvis massius són útils sempre que el mateix ajustament s’hagi d’aplicar a molts routers. Exemples habituals inclouen reanomenar dispositius, estandarditzar regles de tallafoc, canviar paràmetres Wi-Fi o preparar un pla de migració per fases.

El principal benefici és la consistència. En lloc de repetir la mateixa tasca manual en moltes sessions, prepareu un fitxer d’ordres i el reutilitzeu. Això fa el manteniment més ràpid i més fàcil d’auditar posteriorment.

On ajuda MKController: MKController centralitza la selecció de dispositius, l’execució per lots i el seguiment d’operacions, la qual cosa facilita organitzar els canvis rutinaris de RouterOS en entorns distribuïts.

També podeu combinar aquest flux de treball amb el vostre procés més ampli a MKController per a la incorporació i la gestió del cicle de vida. Per exemple, després de l’adopció de dispositius, podeu continuar amb la monitorització i l’administració centralitzades a la plataforma: Centre de Coneixement MKController.

Preparar el Fitxer d’Script

El primer pas és crear l’ordre que voleu que RouterOS executi. En aquest exemple, l’objectiu és canviar la identitat del dispositiu. L’ordre comença amb una barra i utilitza la sintaxi estàndard de RouterOS.

/system identity set name=MKController
Editor de text que mostra una ordre RouterOS per canviar la identitat del sistema

Deseu el fitxer amb l’extensió .auto.rsc. Aquesta extensió és important perquè MKController la reconeix per a l’execució automàtica durant el procés per lots.

Fitxer d'script .auto.rsc desat per a una actualització massiva de MikroTik

Consell: Manteniu la primera versió del vostre script petita i centrada. Proveu un canvi segur abans d’enviar un conjunt més gran d’ordres.

Executar una Operació per Lots a MKController

Un cop el fitxer estigui llest, inicieu sessió a l’aplicació MKController i obriu la llista de dispositius. Seleccioneu els routers que han de rebre l’actualització. Després useu el menú d’accions per lots per iniciar el flux de pujada del fitxer.

Una seqüència pràctica és la següent:

  1. Obriu Dispositius.
  2. Seleccioneu els dispositius MikroTik de destinació.
  3. Feu clic a l’opció per afegir els dispositius seleccionats a una operació.
Llista de dispositius de MKController amb múltiples dispositius MikroTik seleccionats per al treball per lots
  1. Trieu Enviar fitxer per lots.
Opció de menú de MKController per enviar un fitxer per lots als dispositius seleccionats
  1. Reviseu els routers seleccionats i continueu.
Pantalla de confirmació de pujada per lots que llista els dispositius seleccionats
  1. Pengeu el fitxer .auto.rsc.
Pantalla de pujada de MKController per enviar un fitxer .auto.rsc
  1. Confirmeu i passeu a la pantalla d’operacions.
Pantalla de finalització després de penjar un fitxer per lots a MKController

Fer el Seguiment de l’Estat i Validar el Resultat

Després de la pujada, MKController mostra l’operació a la cua pendent. Aquest és el lloc adequat per confirmar si el fitxer ha estat acceptat i si els dispositius seleccionats continuen formant part de la tasca.

Si cal, podeu eliminar un dispositiu de l’operació abans de l’execució. Això afegeix una capa de seguretat útil quan noteu que s’ha seleccionat el router equivocat.

Pàgina d'operacions que mostra tasques d'actualització massiva pendents per a dispositius MikroTik

La validació no ha d’aturar-se a la cua. Després que l’operació finalitzi, obriu almenys un router actualitzat i confirmeu que el valor esperat ha canviat. En aquest cas, verificaríeu que la identitat del dispositiu ara coincideix amb el valor enviat a l’script.

Nota: Per a canvis de producció més amplis, proveu primer en un grup pilot petit. Un pilot net normalment revela errors de sintaxi, problemes amb variables o efectes secundaris no desitjats abans que es propaguin.

Per al comportament d’scripts de RouterOS i l’estructura d’ordres, la documentació oficial de MikroTik també val la pena tenir a mà: Documentació de RouterOS.

Usar Atributs per a Valors per Dispositiu

De vegades l’estructura de l’ordre és la mateixa, però el valor ha de canviar per router. Aquí és on els atributs resulten útils. En lloc de codificar un nom fix, podeu referenciar una variable que MKController resol per a cada dispositiu.

En l’escenari d’origen, un router té un atribut amb el codi identity i el valor Becon, mentre que un altre router encara no té aquell atribut.

Per preparar aquell flux:

  1. Obriu els detalls del dispositiu de destinació.
  2. Aneu a Atributs.
  3. Creeu un nou atribut.
Pàgina de llista d'atributs amb el botó per crear un nou atribut
  1. Definiu el tipus i el valor.
  2. Deseu-lo abans d’executar el procés per lots.
Formulari de creació d'atribut amb els camps codi i valor emplenats

Després actualitzeu l’script perquè usi el marcador de posició de l’atribut:

/system identity set name="${teste}"
Ordre RouterOS que utilitza una variable d'atribut del dispositiu dins de l'script

Si un router seleccionat encara no té l’atribut requerit, MKController pot aturar-se i demanar el valor que falta abans de continuar. Això evita errors silenciosos i us ajuda a completar el lot amb les dades correctes.

Sol·licitud d'un atribut de dispositiu que falta abans de continuar amb l'actualització per lots

Bones Pràctiques Abans d’Enviar Scripts a Gran Escala

Un script per lots és potent, de manera que mereix una mica de disciplina. Mantingueu aquests hàbits:

  • Comenceu amb un dispositiu de laboratori o un grup pilot petit.
  • Useu un canvi lògic per script sempre que sigui possible.
  • Deseu còpies versionades dels vostres fitxers .auto.rsc.
  • Reviseu les ordres per errors de sintaxi i espaiat abans de penjar.
  • Confirmeu si el canvi depèn d’atributs per dispositiu.
  • Valideu el resultat en dispositius reals després de la finalització.

Advertiment: Eviteu agrupar canvis no relacionats en un script gran llevat que ja hàgiu provat la seqüència completa. Els lots més petits són més fàcils de revertir i depurar.

Reflexions Finals

Les actualitzacions massives a MKController ofereixen una manera pràctica d’estandarditzar els canvis de RouterOS en molts dispositius sense treballar router per router. El mètode bàsic és senzill: escriviu l’ordre, deseu-la com a .auto.rsc, seleccioneu els dispositius, pengeu el fitxer i feu el seguiment de l’operació. Quan els valors difereixen per router, els atributs us donen la flexibilitat de reutilitzar el mateix script sense perdre el control.

Aquesta combinació de velocitat i estructura és el que fa que la funcionalitat sigui valuosa. Menys repetició. Menys errors manuals. Millor visibilitat.

👉 Parleu amb el nostre equip a WhatsApp.