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.
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
Zapisz plik z rozszerzeniem .auto.rsc. To rozszerzenie jest ważne, ponieważ MKController rozpoznaje je do automatycznego wykonania podczas procesu wsadowego.
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:
- Otwórz Urządzenia.
- Wybierz docelowe urządzenia MikroTik.
- Kliknij opcję dodania wybranych urządzeń do operacji.
- Wybierz Wyślij plik wsadowy.
- Przejrzyj wybrane routery i kontynuuj.
- Prześlij plik
.auto.rsc.
- Potwierdź i przejdź do ekranu operacji.
Ś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.
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:
- Otwórz szczegóły docelowego urządzenia.
- Przejdź do Atrybuty.
- Utwórz nowy atrybut.
- Zdefiniuj typ i wartość.
- Zapisz go przed uruchomieniem procesu wsadowego.
Następnie zaktualizuj skrypt, aby używał symbolu zastępczego atrybutu:
/system identity set name="${teste}"
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.
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ść.