Масово Актуализиране на MikroTik Рутери
Резюме Масовите актуализации в MKController ви позволяват да изпратите един и същ RouterOS скрипт едновременно до десетки или стотици MikroTik устройства, използвайки
.auto.rscфайлове. Избирате устройствата, качвате скрипта, следите изпълнението от централен екран и по желание използвате атрибути на устройство за инжектиране на различни стойности в една и съща команда — без операция рутер по рутер.
Масови актуализации на MikroTik с MKController
Управлението на един MikroTik е лесно. Управлението на десетки, стотици или географски разпръснати рутери е съвсем различна история. Когато трябва да актуализирате идентичности, правила на защитна стена, Wi-Fi настройки, DHCP опции или други RouterOS параметри в мащаб, ръчното им правене устройство по устройство губи време и увеличава риска от непоследователност.
MKController помага за намаляване на оперативното забавяне, като ви позволява да изпращате един и същ скрипт до множество избрани устройства в една партида. На практика подготвяте файл в .auto.rsc формат, качвате го чрез платформата и следите операцията от централен екран. За екипи, поддържащи клонове, ISP и разпределени клиентски мрежи, това може да спести много кликвания и главоболия.
Защо масовите актуализации имат значение
Масовите промени са полезни, когато едно и също коригиране трябва да се приложи към много рутери. Чести примери включват преименуване на устройства, стандартизиране на правила на защитна стена, промяна на Wi-Fi параметри или подготовка на план за миграция на фази.
Основната полза е последователността. Вместо да повтаряте една и съща ръчна задача в много сесии, подготвяте един команден файл и го използвате повторно. Това прави поддръжката по-бърза и по-лесна за одит по-късно.
Където MKController помага: MKController централизира избора на устройства, пакетното изпълнение и проследяването на операциите, което прави рутинните RouterOS промени по-лесни за организиране в разпределени среди.
Можете също да комбинирате този работен поток с по-широкия си процес в MKController за въвеждане и управление на жизнения цикъл.
Подгответе скриптовия файл
Първата стъпка е да създадете командата, която искате RouterOS да изпълни. В този пример целта е промяна на идентичността на устройството. Командата започва с наклонена черта и използва стандартен RouterOS синтаксис.
/system identity set name=MKController
Запишете файла с разширение .auto.rsc. Разширението е важно, тъй като MKController го разпознава за автоматично изпълнение по време на пакетния процес.
Съвет: Поддържайте първата версия на скрипта малка и концентрирана. Тествайте една безопасна промяна преди да изпратите по-голям набор от команди.
Изпълнете пакетна операция в MKController
След като файлът е готов, влезте в приложението MKController и отворете списъка с устройства. Изберете рутерите, които трябва да получат актуализацията. След това използвайте менюто за пакетно действие, за да стартирате потока за качване на файл.
Практическа последователност:
- Отворете Devices.
- Изберете целевите MikroTik устройства.
- Кликнете опцията за добавяне на избраните устройства към операция.
- Изберете Send batch file.
- Прегледайте избраните рутери и продължете.
- Качете
.auto.rscфайла.
- Потвърдете и преминете към екрана с операцията.
Проследявайте статуса и потвърдете резултата
След качването MKController показва операцията в опашката за изчакване. Тук е правилното място да потвърдите дали файлът е приет и дали избраните устройства все още са част от задачата.
При необходимост можете да премахнете устройство от операцията преди изпълнение. Това добавя полезен слой на защита, когато забележите, че е избран грешен рутер.
Валидирането не трябва да спира при опашката. След завършване на операцията отворете поне един актуализиран рутер и потвърдете, че очакваната стойност е сменена.
Забележка: За по-широки производствени промени, тествайте първо на малка пилотна група. Чист пилот обикновено разкрива синтактични грешки, проблеми с променливи или нежелани странични ефекти преди да се разпространят.
Използвайте атрибути за стойности специфични за устройство
Понякога командната структура е еднаква, но стойността трябва да се различава за всеки рутер. Тук атрибутите стават полезни. Вместо да кодирате фиксирано наименование, можете да препращате към променлива, която MKController разрешава за всяко устройство.
За да подготвите такъв поток:
- Отворете детайлите на целевото устройство.
- Отидете в Attributes.
- Създайте нов атрибут.
- Определете типа и стойността.
- Запишете преди стартиране на пакетния процес.
След това актуализирайте скрипта, за да използва заместителя на атрибута:
/system identity set name="${teste}"
Ако избран рутер все още няма необходимия атрибут, MKController може да спре и поиска липсващата стойност преди да продължи.
Добри практики преди изпращане на скриптове в мащаб
Пакетният скрипт е мощен, затова заслужава малко дисциплина:
- Започнете с лабораторно устройство или малка пилотна група.
- Използвайте по една логическа промяна на скрипт, когато е възможно.
- Запазвайте версионирани копия на вашите
.auto.rscфайлове. - Преглеждайте командите за синтаксис и разстояния преди качване.
- Потвърдете дали промяната зависи от атрибути на устройство.
- Потвърдете резултата на реални устройства след завършване.
Предупреждение: Избягвайте обединяването на несвързани промени в един голям скрипт, освен ако не сте тествали вече цялата последователност. По-малките партиди са по-лесни за връщане назад и отстраняване на проблеми.
Заключение
Масовите актуализации в MKController предлагат практичен начин за стандартизиране на RouterOS промени в много устройства без работа с рутер по рутер. Основният метод е прост: напишете командата, запишете я като .auto.rsc, изберете устройствата, качете файла и следете операцията. Когато стойностите се различават за всеки рутер, атрибутите ви дават гъвкавостта да използвате повторно един и същ скрипт без загуба на контрол.
Преди стартиране на масови актуализации се уверете, че паркът ви отговаря на изискванията за поддържана версия на RouterOS. Винаги създавайте бинарен архив преди да изпратите конфигурационни промени — ако нещо се обърка, едно кликване за възстановяване ви връща незабавно. Логът История на действията записва всяка пакетна операция с времеви марки.