Przejdź do głównej zawartości

Masowa aktualizacja routerów MikroTik

Podsumowanie Masowe aktualizacje MKController umożliwiają wysłanie tego samego skryptu RouterOS do dziesiątek lub setek urządzeń MikroTik jednocześnie za pomocą plików .auto.rsc. Wybierasz urządzenia, przesyłasz skrypt, śledzisz wykonanie z centralnego ekranu i opcjonalnie używasz atrybutów per urządzenie do wstawiania różnych wartości do tego samego polecenia — bez uruchamiania operacji router po routerze.

Masowe aktualizacje MikroTik z MKController

Zarządzanie jednym MikroTik jest proste. Zarządzanie dziesiątkami, setkami lub geograficznie rozproszonymi routerami to zupełnie inna historia. Gdy trzeba zaktualizować tożsamości, reguły zapory, ustawienia Wi-Fi, opcje DHCP lub inne parametry RouterOS na dużą skalę, robienie tego urządzenie po urządzeniu marnuje czas i zwiększa ryzyko niespójności.

MKController pomaga ograniczyć to obciążenie operacyjne, umożliwiając wysłanie tego samego skryptu do wielu wybranych urządzeń w jednej partii. W praktyce przygotowujesz plik w formacie .auto.rsc, przesyłasz go przez platformę i śledzisz operację z centralnego ekranu. Dla zespołów obsługujących oddziały, dostawców usług internetowych i rozproszone sieci klientów może to zaoszczędzić wiele kliknięć i niejeden ból głowy.

Ilustracja wyróżniona dotycząca masowych aktualizacji MikroTik w MKController

Dlaczego masowe aktualizacje są ważne

Masowe zmiany są przydatne, gdy ta sama korekta musi zostać zastosowana do wielu routerów. Typowe przykłady obejmują zmianę nazw urządzeń, standaryzację reguł zapory, zmianę parametrów Wi-Fi lub przygotowanie planu migracji etapami.

Główną korzyścią jest spójność. Zamiast powtarzać to samo ręczne zadanie w wielu sesjach, przygotowujesz jeden plik poleceń i używasz go wielokrotnie. Dzięki temu konserwacja jest szybsza i łatwiejsza do późniejszego audytu.

Gdzie pomaga MKController: MKController centralizuje wybór urządzeń, wykonywanie wsadowe i śledzenie operacji, co ułatwia organizowanie rutynowych zmian RouterOS w rozproszonych środowiskach.

Możesz również połączyć ten przepływ pracy z szerszym procesem MKController dotyczącym onboardingu i zarządzania cyklem życia. Na przykład po adopcji urządzenia możesz kontynuować scentralizowane monitorowanie i administrację na platformie: Centrum wiedzy MKController.

Przygotowanie pliku skryptu

Pierwszym krokiem jest stworzenie polecenia, które ma wykonać RouterOS. W tym przykładzie celem jest zmiana tożsamości urządzenia. Polecenie zaczyna się od ukośnika i używa standardowej składni RouterOS.

/system identity set name=MKController
Edytor tekstu pokazujący polecenie RouterOS do zmiany tożsamości systemu

Zapisz plik z rozszerzeniem .auto.rsc. To rozszerzenie jest ważne, ponieważ MKController rozpoznaje je do automatycznego wykonania podczas procesu wsadowego.

Zapisany plik skryptu .auto.rsc do masowej aktualizacji MikroTik

Wskazówka: Utrzymuj pierwszą wersję skryptu małą i skoncentrowaną. Przetestuj jedną bezpieczną zmianę przed wysłaniem większego zestawu poleceń.

Uruchamianie operacji wsadowej w MKController

Gdy plik jest gotowy, zaloguj się do aplikacji MKController i otwórz listę urządzeń. Wybierz routery, które mają otrzymać aktualizację. Następnie użyj menu akcji wsadowych, aby rozpocząć przepływ przesyłania pliku.

Praktyczna sekwencja wygląda następująco:

  1. Otwórz Urządzenia.
  2. Wybierz docelowe urządzenia MikroTik.
  3. Kliknij opcję dodania wybranych urządzeń do operacji.
Lista urządzeń MKController z wieloma wybranymi urządzeniami MikroTik do pracy wsadowej
  1. Wybierz Wyślij plik wsadowy.
Opcja menu MKController do wysyłania pliku wsadowego do wybranych urządzeń
  1. Przejrzyj wybrane routery i kontynuuj.
Ekran potwierdzenia przesyłania wsadowego z listą wybranych urządzeń
  1. Prześlij plik .auto.rsc.
Ekran przesyłania MKController do wysyłania pliku .auto.rsc
  1. Potwierdź i przejdź do ekranu operacji.
Ekran ukończenia po przesłaniu pliku wsadowego w MKController

Śledzenie statusu i walidacja wyników

Po przesłaniu MKController wyświetla operację w kolejce oczekujących. To właściwe miejsce, aby potwierdzić, czy plik został zaakceptowany i czy wybrane urządzenia nadal są częścią zadania.

W razie potrzeby możesz usunąć urządzenie z operacji przed wykonaniem. Dodaje to przydatną warstwę bezpieczeństwa, gdy zauważysz, że wybrany został niewłaściwy router.

Strona operacji pokazująca oczekujące zadania masowej aktualizacji dla urządzeń MikroTik

Walidacja nie powinna kończyć się na kolejce. Po zakończeniu operacji otwórz co najmniej jeden zaktualizowany router i potwierdź, że oczekiwana wartość uległa zmianie. W tym przypadku sprawdzisz, czy tożsamość urządzenia odpowiada teraz wartości wysłanej w skrypcie.

Uwaga: W przypadku szerszych zmian produkcyjnych najpierw przetestuj na małej grupie pilotażowej. Czysty pilot zazwyczaj ujawnia błędy składni, problemy ze zmiennymi lub niezamierzone efekty uboczne zanim się rozprzestrzenią.

Dokumentacja oficjalnego MikroTik jest przydatna przy pracy ze skryptami RouterOS i strukturą poleceń: Dokumentacja RouterOS.

Używanie atrybutów dla wartości per urządzenie

Czasami struktura polecenia jest taka sama, ale wartość musi się różnić dla każdego routera. Tu właśnie przydają się atrybuty. Zamiast kodować na stałe ustaloną nazwę, możesz odwoływać się do zmiennej, którą MKController rozwiązuje dla każdego urządzenia.

W przykładowym scenariuszu jeden router ma atrybut z kodem identity i wartością Becon, podczas gdy inny router jeszcze tego atrybutu nie ma.

Aby przygotować ten przepływ:

  1. Otwórz szczegóły docelowego urządzenia.
  2. Przejdź do Atrybuty.
  3. Utwórz nowy atrybut.
Strona listy atrybutów z przyciskiem tworzenia nowego atrybutu
  1. Zdefiniuj typ i wartość.
  2. Zapisz go przed uruchomieniem procesu wsadowego.
Formularz tworzenia atrybutu z wypełnionymi polami kodu i wartości

Następnie zaktualizuj skrypt, aby używał symbolu zastępczego atrybutu:

/system identity set name="${teste}"
Polecenie RouterOS używające zmiennej atrybutu urządzenia wewnątrz skryptu

Jeśli wybrany router nie ma jeszcze wymaganego atrybutu, MKController może zatrzymać się i poprosić o brakującą wartość przed kontynuowaniem. Zapobiega to cichym awariom i pomaga zakończyć partię z poprawnymi danymi.

Monit o brakujący atrybut urządzenia przed kontynuowaniem masowej aktualizacji

Dobre praktyki przed wysyłaniem skryptów na dużą skalę

Skrypt wsadowy jest potężny, więc wymaga pewnej dyscypliny. Stosuj następujące nawyki:

  • Zacznij od urządzenia laboratoryjnego lub małej grupy pilotażowej.
  • Używaj jednej logicznej zmiany na skrypt, gdy to możliwe.
  • Przechowuj wersjonowane kopie plików .auto.rsc.
  • Sprawdź polecenia pod kątem składni i spacji przed przesłaniem.
  • Potwierdź, czy zmiana zależy od atrybutów per urządzenie.
  • Sprawdź wynik na prawdziwych urządzeniach po zakończeniu.

Ostrzeżenie: Unikaj łączenia niezwiązanych zmian w jeden duży skrypt, chyba że już przetestowałeś całą sekwencję. Mniejsze partie są łatwiejsze do wycofania i rozwiązywania problemów.

Podsumowanie

Masowe aktualizacje w MKController oferują praktyczny sposób standaryzowania zmian RouterOS na wielu urządzeniach bez pracy router po routerze. Podstawowa metoda jest prosta: napisz polecenie, zapisz je jako .auto.rsc, wybierz urządzenia, prześlij plik i śledź operację. Gdy wartości różnią się dla każdego routera, atrybuty dają elastyczność ponownego użycia tego samego skryptu bez utraty kontroli.

Ta kombinacja szybkości i struktury sprawia, że funkcja jest wartościowa. Mniej powtórzeń. Mniej ręcznych błędów. Lepsza widoczność.

👉 Porozmawiaj z naszym zespołem na WhatsApp.