Перейти к содержимому

Массовое обновление 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.