Перейти до вмісту

Масове оновлення MikroTik

Короткий огляд Масові оновлення MKController дозволяють надсилати один і той самий скрипт RouterOS до десятків або сотень пристроїв MikroTik одночасно, використовуючи файли .auto.rsc. Ви вибираєте пристрої, завантажуєте скрипт, відстежуєте виконання на центральному екрані й за потреби використовуєте атрибути окремих пристроїв для підстановки різних значень в одну команду — без необхідності виконувати операцію маршрутизатор за маршрутизатором.

Масові оновлення MikroTik за допомогою MKController

Керувати одним пристроєм MikroTik просто. Керувати десятками, сотнями або географічно розподіленими маршрутизаторами — зовсім інша справа. Коли потрібно оновити ідентифікатори, правила брандмауера, параметри Wi-Fi, налаштування DHCP чи інші параметри RouterOS у масштабі, робити це для кожного пристрою окремо — марна витрата часу та джерело помилок.

MKController допомагає зменшити це операційне навантаження, дозволяючи надсилати один і той самий скрипт до кількох вибраних пристроїв за одну операцію. На практиці Ви готуєте файл у форматі .auto.rsc, завантажуєте його через платформу та відстежуєте операцію на центральному екрані. Для команд, які обслуговують філії, інтернет-провайдерів і розподілені клієнтські мережі, це заощаджує чимало часу та нервів.

Ілюстрація до матеріалу про масові оновлення MikroTik у MKController

Навіщо потрібні масові оновлення

Масові зміни корисні тоді, коли одне й те саме коригування потрібно застосувати до багатьох маршрутизаторів. Поширені приклади: перейменування пристроїв, стандартизація правил брандмауера, зміна параметрів Wi-Fi або поетапне планування міграції.

Головна перевага — узгодженість. Замість того щоб повторювати одне й те саме ручне завдання в багатьох сесіях, Ви готуєте один файл команд і використовуєте його повторно. Це робить обслуговування швидшим і простішим для подальшого аудиту.

Де допомагає MKController: MKController централізує вибір пристроїв, групове виконання та відстеження операцій, що спрощує організацію рутинних змін RouterOS у розподілених середовищах.

Цей робочий процес також можна поєднати з ширшим процесом MKController для підключення та управління життєвим циклом. Наприклад, після прийняття пристроїв можна продовжити централізований моніторинг і адміністрування на платформі: Центр знань MKController.

Підготовка файлу скрипту

Перший крок — створити команду, яку RouterOS має виконати. У цьому прикладі мета — змінити ідентифікатор пристрою. Команда починається зі слеша та використовує стандартний синтаксис RouterOS.

/system identity set name=MKController
Текстовий редактор з командою RouterOS для зміни ідентифікатора системи

Збережіть файл із розширенням .auto.rsc. Це розширення важливе, оскільки MKController розпізнає його для автоматичного виконання під час пакетного процесу.

Збережений файл скрипту .auto.rsc для масового оновлення MikroTik

Порада: Тримайте першу версію скрипту невеликою і зосередженою. Протестуйте одну безпечну зміну, перш ніж надсилати більший набір команд.

Виконання пакетної операції в MKController

Коли файл готовий, увійдіть у застосунок MKController і відкрийте список пристроїв. Виберіть маршрутизатори, які мають отримати оновлення. Потім скористайтеся меню пакетних дій, щоб розпочати завантаження файлу.

Практична послідовність виглядає так:

  1. Відкрийте Пристрої.
  2. Виберіть цільові пристрої MikroTik.
  3. Натисніть опцію для додавання вибраних пристроїв до операції.
Список пристроїв MKController із кількома вибраними пристроями MikroTik для пакетної роботи
  1. Виберіть Надіслати пакетний файл.
Опція меню MKController для надсилання пакетного файлу вибраним пристроям
  1. Перевірте список вибраних маршрутизаторів і продовжте.
Екран підтвердження завантаження з переліком вибраних пристроїв
  1. Завантажте файл .auto.rsc.
Екран завантаження MKController для надсилання файлу .auto.rsc
  1. Підтвердіть і перейдіть до екрана операції.
Екран завершення після завантаження пакетного файлу в MKController

Відстеження статусу та перевірка результату

Після завантаження MKController показує операцію в черзі очікування. Це найкраще місце для підтвердження того, чи файл прийнято та чи вибрані пристрої ще є частиною завдання.

За потреби Ви можете видалити пристрій з операції до її виконання. Це корисний захисний рівень, коли Ви помічаєте, що було вибрано не той маршрутизатор.

Сторінка операцій із завданнями масового оновлення MikroTik в очікуванні виконання

Перевірка не повинна зупинятися на черзі. Після завершення операції відкрийте принаймні один оновлений маршрутизатор і підтвердіть, що очікуване значення змінилось. У цьому випадку Ви перевіряєте, чи ідентифікатор пристрою тепер відповідає значенню, надісланому в скрипті.

Примітка: Для широких виробничих змін спочатку протестуйте на невеликій пілотній групі. Чиста пілотна версія, як правило, виявляє синтаксичні помилки, проблеми зі змінними або небажані побічні ефекти, перш ніж вони поширяться.

Для отримання інформації про поведінку скриптів RouterOS та структуру команд варто тримати під рукою офіційну документацію MikroTik: Документація RouterOS.

Використання атрибутів для значень окремих пристроїв

Іноді структура команди однакова, але значення має відрізнятися для кожного маршрутизатора. Саме тут стають в нагоді атрибути. Замість жорсткого кодування фіксованого імені можна посилатися на змінну, яку MKController вирішує для кожного пристрою.

У вихідному сценарії один маршрутизатор має атрибут із кодом identity і значенням Becon, тоді як у іншого маршрутизатора цього атрибута ще немає.

Для налаштування цього процесу:

  1. Відкрийте відомості про цільовий пристрій.
  2. Перейдіть до Атрибути.
  3. Створіть новий атрибут.
Сторінка зі списком атрибутів із кнопкою для створення нового атрибута
  1. Визначте тип і значення.
  2. Збережіть перед запуском пакетного процесу.
Форма створення атрибута із заповненими полями коду та значення

Потім оновіть скрипт, щоб він використовував заповнювач атрибута:

/system identity set name="${teste}"
Команда RouterOS із змінною атрибута пристрою всередині скрипту

Якщо у вибраного маршрутизатора ще немає необхідного атрибута, MKController може зупинитися та запитати відсутнє значення перед продовженням. Це запобігає непомітним збоям і допомагає завершити операцію з правильними даними.

Запит на введення відсутнього атрибута пристрою перед продовженням масового оновлення

Кращі практики перед масовим надсиланням скриптів

Пакетний скрипт — потужний інструмент, тому він вимагає певної дисципліни. Дотримуйтесь цих правил:

  • Починайте з лабораторного пристрою або невеликої пілотної групи.
  • За можливості використовуйте одну логічну зміну на скрипт.
  • Зберігайте версійні копії файлів .auto.rsc.
  • Перевіряйте команди на синтаксис і пробіли перед завантаженням.
  • Уточніть, чи залежить зміна від атрибутів окремих пристроїв.
  • Після завершення перевіряйте результат на реальних пристроях.

Попередження: Уникайте об’єднання непов’язаних змін в один великий скрипт, якщо Ви вже не протестували всю послідовність. Менші пакети легше відкотити і усунути неполадки.

Підсумки

Масові оновлення в MKController пропонують практичний спосіб стандартизувати зміни RouterOS на багатьох пристроях без роботи з кожним маршрутизатором окремо. Базовий метод простий: напишіть команду, збережіть її як .auto.rsc, виберіть пристрої, завантажте файл і відстежуйте операцію. Коли значення відрізняються для кожного маршрутизатора, атрибути дають Вам гнучкість для повторного використання одного скрипту без втрати контролю.

Саме це поєднання швидкості та структурованості робить цю функцію цінною. Менше повторень. Менше ручних помилок. Краща видимість.

👉 Поговоріть з нашою командою у WhatsApp.