MikroTik История и Дневник на Промените
Резюме Историята на действията в MKController регистрира всяка промяна в конфигурацията, направена на MikroTik устройства — включително потребителя, точната времева марка и конкретните добавени или премахнати правила. Това дава на ISP, MSP и мрежови администратори търсим, филтруем одитен след, заместващ разпокъсаните ръчни методи като Safe Mode, конфигурационни експорти и
/system history.
Какво е историята на действията в MKController?
Историята на действията в MKController е автоматичен, структуриран лог на всяка команда и промяна в конфигурацията, изпълнена на вашите приети MikroTik устройства. За всяко записано действие логът улавя командата или категорията, потребителя, извършил действието, точната дата и час, резултата (успех или грешка) и конкретните вмъкнати или премахнати правила.
Това дава на операторите търсим, хостван в облака одитен след, запазващ се независимо от устройството — независимо какво се случи с рутера, историята остава в MKController.
Защо историята на конфигурацията е важна за MikroTik мрежите?
За ISP и WISP с големи паркове устройства, знаенето кой е сменил какво — и кога — превръща многочасово разследване в 30-секундна заявка за филтриране. За MSP с множество техници, достъпващи устройства, историята осигурява отчетност и доказателство за съответствие. За самостоятелни техници тя е най-бързият начин да разберат какво е причинило неочаквана повреда.
Какво се случва без MKController?
Потребителите на MikroTik без централизирано регистриране се сблъскват с добре документирано разочарование. Във форумите на MikroTik:
„Има ли начин да се регистрират всички промени в конфигурацията с дата, потребител и точното добавено правило?” — Форум MikroTik
Стандартният отговор е /system history print в Winbox — което показва само кратък, непостоянен списък с минимални детайли:
„Проверете /system history print” — Форум MikroTik
Без структурирана история администраторите прибягват до:
- Експортиране на конфигурацията преди всяка промяна — ръчен процес на снимки, разчитащ на дисциплина.
- Safe Mode — защитава срещу единична сесия, а не срещу натрупани промени с времето.
- Скриптирани периодични експорти по имейл — крехки, трудно заявяеми, не в реално време.
- Ежедневни USB архиви с скриптове за автоматично възстановяване — покрива аварийно възстановяване, но не одитни заявки.
Нито един от тези подходи не отговаря на въпроса „кой е сменил това правило на защитната стена в сряда в 14:32?”
Как да достъпите историята на действията в MKController?
Стъпка 1: Отворете устройството
В лявото меню кликнете Devices и намерете MikroTik, който искате да проучите. Кликнете View More.
Стъпка 2: Отворете таба History
В менюто на устройството вляво изберете History.
Изгледът History поддържа:
- Търсене по ключова дума: филтрирайте по всеки термин като „firewall”, „interface”, „IP”, „DNS” или конкретно наименование на правило.
- Филтър по диапазон от дати: стеснете резултатите до конкретен ден, седмица или персонализиран период.
- Пълен лог на действията: всички промени от момента на приемане на устройството.
Стъпка 3: Намерете и прегледайте промяна
Въведете ключова дума (напр.: „firewall”) и по желание задайте диапазон от дати, след което кликнете Apply.
Кликнете върху произволно събитие в резултатите, за да видите пълния панел с детайли:
Всяко събитие показва:
- Описание: категория и подкатегория на действието (напр. „Firewall / Filter Rule”).
- Час: точна дата и времева марка.
- Премахнати правила: списък на правилата, изтрити при това действие.
- Вмъкнати правила: списък на правилата, добавени при това действие.
Практически пример: Диагностициране на PPPoE повреда
PPPoE сървър спира да работи на клиентски обект. С историята на действията:
- Филтрирайте историята на устройството по ключова дума „PPPoE”, последните 7 дни.
- Намерете събитието — правило на защитна стена е премахнато в 14:32 в сряда от потребител „техник_карлос”.
- Прегледайте премахнатото правило в панела с детайли.
- Възстановете правилото и затворете инцидента.
Без история, същата диагностика изисква разпитване на екипа, ръчно сравняване на конфигурационни експорти или връщане назад към бинарен архив с загуба на всички последващи валидни промени.
Как историята на MKController се сравнява с вградените опции на MikroTik?
| Метод | Исторически данни | Приписване на потребител | Заявяем | Хостван в облака |
|---|---|---|---|---|
/system history (RouterOS) | Само кратък непостоянен списък | Не | Не | Не |
| Safe Mode | Само текуща сесия | Не | Не | Не |
| Ръчен конфигурационен експорт | Снимки в отделни моменти | Не | Не | Не |
| Скриптиран ежедневен експорт | Ежедневни снимки | Не | Не | Не |
| История на действията в MKController | Пълна история от приемането | Да | Да | Да |
Съвети за ефективно използване на историята на действията
Винаги търсете първо по ключова дума. Вместо да превъртате стотици събития, напишете засегнатия ресурс — „queue”, „route”, „nat”, „user”, „interface” — за директно преминаване към съответните промени.
Комбинирайте историята с архивите чрез експорт за пълна проследяемост. Историята на действията ви показва какво е сменено и кога. Архивите чрез експорт ви дават пълната .rsc снимка на состоянието в произволен момент. Заедно те ви дават едновременно лога на събитията и конфигурационния артефакт — всичко необходимо за пълен одит или анализ след инцидент.
Използвайте филтри по диапазон от дати за отчети за инциденти. Когато клиент съобщи за влошена производителност, започнала на конкретна дата, филтрирайте историята до онзи ден и сканирайте за промени на правила, промени на статуса на интерфейс или модификации на маршрутизацията, корелиращи с доклада.
Въпроси за конкретна историческа промяна? Свържете се с поддръжката на MKController в WhatsApp — можем да помогнем при интерпретация на записи в лога или при връщане назад.