Информация
Услуги
  • Внедрение
  • Настройка
  • Поддержка
  • Ремонт
Контакты
Новинка
Распродажа
Новости
Доставка
Оплата
Загрузки
  • Прошивки
    • WinBox
    • RouterOS
    • Мобильные приложения MikroTik
    • Архив
  • RouterOS
  • Мобильные приложения MikroTik
  • Архив
Форум
Настройка
    info@mikrotik.moscow
    +7 495 320-55-52
    Заказать звонок
    Mikrotik.moscow
    Каталог
    • Акции
      Акции
    • Маршрутизаторы
      Маршрутизаторы
    • Коммутаторы
      Коммутаторы
    • Радиомосты и уличные точки доступа
      Радиомосты и уличные точки доступа
    • Wi-Fi для дома и офиса
      Wi-Fi для дома и офиса
    • LTE/5G
      LTE/5G
    • Powerline адаптеры
      Powerline адаптеры
    • IoT устройства
      IoT устройства
    • Оборудование 60 ГГц
      Оборудование 60 ГГц
    • Материнские платы RouterBOARD
      Материнские платы RouterBOARD
    • Корпуса
      Корпуса
    • Интерфейсы
      Интерфейсы
    • SFP/QSFP трансиверы
      SFP/QSFP трансиверы
    • Аксессуары
      Аксессуары
    • Антенны
      Антенны
    • Архив
      Архив
    Войти
    0 Сравнение
    0 Избранное
    0 Корзина
    Скачать WinBox Скачать Прошивки Форум > RouterOS Форум > SwOS Форум > Железо
    Mikrotik.moscow
    Каталог
    Войти
    0 Сравнение
    0 Избранное
    0 Корзина
    Mikrotik.moscow
    Телефоны
    +7 495 320-55-52
    Заказать звонок
    0
    0
    0
    Mikrotik.moscow
    • +7 495 320-55-52
      • Назад
      • Телефоны
      • +7 495 320-55-52
      • Заказать звонок
    • info@mikrotik.moscow
    • г. Москва, ул. Бакунинская, 84
    • Пн-Пт: 09-00 до 18-00
      Сб-Вс: выходной


    • Кабинет
    • 0 Сравнение
    • 0 Избранное
    • 0 Корзина
    Главная
    Форум
    RouterOS
    Как автоматически перезагружаться, если удалённый IP недоступен в течение 5 минут

    Как автоматически перезагружаться, если удалённый IP недоступен в течение 5 минут

    Форумы: RouterOS, Аппаратное обеспечение, SwOS, Обратная связь, Объявления, Сторонние инструменты
    Поиск  Пользователи  Правила  Войти
    Страницы: 1
    RSS
    Как автоматически перезагружаться, если удалённый IP недоступен в течение 5 минут, RouterOS
     
    TomjNorthIdaho
    Guest
    #1
    0
    25.10.2011 23:25:00
    Я начал тему в другом разделе форума, но теперь это здесь гораздо лучше подходит... Вот пошаговая инструкция по настройке Mikrotik для автоматической перезагрузки после того, как пинги к удалённому IP-адресу не будут получены в течение 5 минут.

    Внимание:
    - Watchdog в Mikrotik перезагружает устройство через 60 секунд — а мне этого не нужно.
    - Netwatch в Mikrotik реагирует срабатыванием через несколько секунд — тоже не то, что я хотел.
    Мне нужен был способ авто-перезагрузки Mikrotik именно после 5 минут без ответа.

    Короче, наконец-то я настроил то, что хотел.

    Что делает эта настройка:
    #1 Отправляет пинг на IP-адрес (может быть удалённый).
    #2 Если этот IP не отвечает на пинги около 5 минут — роутер перезагружается.

    Как настроить через Winbox:

    Примечания:
    - В моём примере я проверяю IP 192.0.2.254
    - Везде, где ниже указан этот адрес — меняйте его на тот IP, который хотите проверять.
    - Например, если хотите тестировать 10.10.18.5, меняйте всё соответствующее.
    - Название скрипта “NetWatchBoot-192.0.2.254” будет изменено, например, на “NetWatchBoot-10.10.18.5”.

    A — (опционально) — уберите IP из System → Watchdog → Watch Address  
    B — Зайдите в System → Scripts. Нажмите красную кнопку «+».  
    Придумайте имя скрипта (у меня “NetWatchBoot-192.0.2.254”).  
    C — В поле Source вставьте полностью эту строку:  
    `:if ([/ping 192.0.2.254 interval=5 count=60] =0) do={ log info "my ping watchdog is down" ; /system reboot }`
    D — Нажмите Apply, затем OK.

    Пока скрипт создан, но не активен.

    E — Идите в Tools → Netwatch. Нажмите красную кнопку «+».  
    На вкладке Host введите IP (тот же, что и в пункте B — 192.0.2.254).  
    F — Перейдите на вкладку Down и вставьте строку:  
    `/system script run NetWatchBoot-192.0.2.254`  
    G — Нажмите Apply, потом OK.

    ---- Всё готово! ----

    Теперь ваша система будет автоматически перезагружаться только если удалённый IP не отвечает на пинг 5 (до 6) минут.

    Если хотите отключить авто-перезагрузку, просто зайдите в Tools → Netwatch и отключите строку с проверяемым IP.

    Плюс в том, что если вы проверяете сервер или что-то, и этот сервер перезагружается дольше 60 секунд, ваш Mikrotik не перезагрузится преждевременно. Для срабатывания нужна недоступность IP не менее 5-6 минут.

    Да, я знаю, что можно было бы запустить этот скрипт через расписание, а не через Netwatch, но мне так нравится больше.

    Кстати, это мой первый опыт использования Mikrotik скриптов и Netwatch.  
    Надеюсь, кому-то это поможет. Если у вас получится — отпишитесь, пожалуйста.

    Tom Jones  
    WISP из Северного Айдахо
     
     
     
    n21roadie
    Guest
    #2
    0
    10.09.2012 10:27:00
    Не уверен, что то же самое касается оперативной памяти, но я пытался настроить перезагрузку роутера при высокой загрузке ЦП, http://forum.mikrotik.com/t/a-script-to-calculate-average-cpu-load/20573/1. Но скрипт не работал корректно при 100% загрузке ЦП, потому что для работы скрипту нужно определённое количество образцов CPU %, чтобы посчитать среднее значение. Если среднее превышало заданный порог, роутер должен был перезагружаться. Даже пробовал уменьшить количество образцов.
     
     
     
    seanfilipin
    Guest
    #3
    0
    21.10.2015 16:05:00
    Привет! Я как раз искал решение и думаю, что такая связка скриптов и netwatch будет идеальным вариантом для моего резервного подключения. У меня большие проблемы с файрволом: есть CCR1036-8G-2S+EM с DSL-модемом на порту 1 (надеюсь, через пару месяцев подключусь к оптике, а пока у меня VDSL с 40 Мбит/с на прием и 20 Мбит/с на отдачу). Иногда (слава богу, пока всего один раз!) роутер Mikrotik просто зависает. Поскольку у меня на объекте много служб, я не могу позволить системе быть недоступной дольше 1–5 минут, поэтому нужна аварийная резервная линия.

    Я думал подключить к порту 2 модема еще один роутер Mikrotik — что-то компактное, что можно купить примерно за 70 долларов, а не CCR1036-8G-2S+EM (он слишком дорогой, чтобы покупать второй). И загрузить на этот маленький роутер такую же конфигурацию, как на основном. Для подключения к интернету и получения статического IP я использую PPPoE-клиент на основном роутере, поэтому планирую создать такой же PPPoE-клиент на резервном роутере. Затем, используя netwatch, пинговать основной роутер, а когда он падает — запускать PPPoE на втором и восстанавливать подключение.

    В теории, при такой схеме у меня будет постоянное онлайн-соединение (к тому же я смогу удалённо выключать и включать основной роутер — для перезагрузки). Пока всё работает, но у меня затык с отключением PPPoE на резервном роутере, если основной я смог перезагрузить и он снова в сети. Что нужно изменить в скрипте, чтобы это заработало? И ещё вопрос: как ты лично считаешь, это хорошее решение?
     
     
     
    LeGreatMaxiking
    Guest
    #4
    0
    12.02.2016 12:50:00
    Можете подсказать, как мне сделать рабочий скрипт для моего MikroTik RouterBOARD RB951G-2HnD? Мой интернет — это LTE-модем с последним ПО (hilink), и связь иногда нестабильная. Иногда интернет просто перестаёт работать... Можете показать скрипт, который пингует сайт (например, google.com), и если он недоступен, то через минуту перезагружает USB-порт? Спасибо за помощь, ребята!
     
     
     
    TomjNorthIdaho
    Guest
    #5
    0
    12.02.2016 16:55:00
    Хороший вопрос — и у меня для тебя есть ответ.

    Первое — есть Mikrotik watchdog, куда можно вписать IP-адрес. Хотя это работает нормально, но умным это назвать сложно, и контроля над работой очень мало.

    Второе — моё решение СУПЕР:  
    #1 — создаёшь tools-netwatch и даёшь ему имя IP-адреса, к которому хочешь пинговать. Вот мой пример:  
    Host: 192.0.2.254  
    Up: пусто  
    Down: (вписываешь ниже такую информацию):  
    log info “Netwatch missed a ping to 192.0.2.254 - starting timeout auto reboot script” ; /system script run NetWatchBoot-192.0.2.254

    #2 — создаёшь system-scripts, даёшь имя:  
    NetWatchBoot-192.0.2.254  
    В разделе Source вставляешь следующий код:

    :local addresstoping 192.0.2.254;  
    :local interface “wlan1”;  
    :local continue true;  
    :local counter 0;  
    :local maxcounter 18;  
    :local sleepseconds 10;  
    :local goodpings 0;  

    :log error “-----> Томов Netwatch-скрипт-предупреждение - Netwatch не смог пропинговать $addresstoping - начнётся дальнейшее тестирование через $sleepseconds секунд — и будет продолжаться $maxcounter раз с интервалом $sleepseconds секунд”;  

    :while ($continue) do={  
     :set counter ($counter + 1);  
     :delay $sleepseconds;  
     :if ([/ping $addresstoping interval=1 count=1] = 0) do={
       :log info “-----> Пинг к $addresstoping не прошёл, попытка $counter из $maxcounter — попробуем снова через $sleepseconds секунд”;  
     } else {  
       :log warning “-----> Пинг к $addresstoping успешен, попытка $counter из $maxcounter <----- Больше тестов не нужно — программа завершит работу -----”;  
       :set continue false;  
       :set goodpings ($goodpings + 1);  

       /interface wireless monitor $interface once without-paging do={  
         :local status $“status”;  
         :local band $“band”;  
         :local freq $“frequency”;  
         :local wprotocol $“wireless-protocol”;  
         :local noise $“noise-floor”;  
         :local signal $“signal-strength”;  
         :local snr $“signal-to-noise”;  
         :local thruput $“p-throughput”;  

         :log info “-----> Статус: $status — Диапазон: $band — Частота: $freq — Протокол: $wprotocol — Шум: $noise”;  
         :log info “-----> Дополнительная инфа при наличии —> Сила сигнала: $signal — SNR: $snr — Пропускная способность: $thruput”;  

         /interface wireless monitor $interface once  
         :local txr $“tx-rate”;  
         :local rxr $“rx-rate”;  
         :local sstr $“signal-strength”;  
         :local signoise $“signal-to-noise”;  
         :local curdistance $“current-distance”;  
         :local txccq $“tx-ccq”;  
         :local rxccq $“rx-ccq”;  

         :log info “-----> TxRate: $txr — RxRate: $rxr — Сила сигнала: $sstr — SNR: $signoise — Текущая дистанция: $curdistance — TxCcq: $txccq — RxCcq: $rxccq”;  
       };  
     }  

     :if ($counter = $maxcounter) do={ :set continue false; }  
    }  

    :if ($goodpings = 0) do={  
     :log info “-----> Перезагрузка через 15 секунд”;  
     :delay 5;  
     /file print file=ScriptRebootReason  
     /file set ScriptRebootReason.txt contents=“Перезагружено скриптом Тома $[/system clock get date] в $[/system clock get time]”
     :log error “-----> Перезагрузка через 10 секунд”;  
     :delay 5;  
     :log error “-----> Перезагрузка через 5 секунд”;  
     :delay 5;  
     :log error “-----> Перезагружаемся сейчас”;  
     :delay 1;  
     /system reboot  
     /system reboot  
     /system reboot  
     /system reboot  
    }

    ---- Мои заметки: ----

    В моём примере тест идёт к IP: 192.0.2.254  
    Если хочешь тестировать другой IP, меняешь 192.0.2.254 на новый (в том числе и имя скрипта).  

    В начале скрипта обращай внимание на:  
    :local addresstoping 192.0.2.254;  
    :local interface “wlan1”; — логирует информацию по этому интерфейсу wlan  
    :local maxcounter 18; — количество попыток пропинга перед перезагрузкой (18 раз по 10 секунд = 180 секунд)  
    Если хочешь ждать 5 минут — меняй на 30  
    :local sleepseconds 10; — время ожидания между попытками пинга  

    Попробуй и посмотри логи, а ещё загляни в файлы. В логах ты увидишь примерно такое:  
    скрипт запущен, пингует, считает попытки, при успехе завершает программу (и пишет в лог о проблеме) либо происходит перезагрузка.  

    В твоей файловой системе появится новый файл: ScriptRebootReason.txt  
    Содержимое файла не важно — главное время и дата создания.  
    Этот файл можно удалить в любое время — при следующей проблеме он создастся заново.  

    Пожалуйста, дай знать, как у тебя работает.  
    Я использую этот скрипт много лет на сотнях Mikrotik — и на точках доступа, и на устройствах клиентов. Если это Mikrotik — я ставлю именно этот скрипт.  

    С уважением, Том Джонс, Северный Айдахо
     
     
     
    TomjNorthIdaho
    Guest
    #6
    0
    12.02.2016 17:05:00
    Забыл упомянуть: по поводу Netwatch и скрипта. Если вы работаете с MikroTik, который не может пропинговать тестовый IP, и не хотите, чтобы он автоматически перезагружался во время вашей работы — просто отключите Netwatch. Как только закончите и захотите, чтобы он снова был активен — просто включите обратно. Тайм-ауты, которые я использую, работают отлично и даже сохраняются при обновлении ROS. Ещё один плюс — если сеть клиента загружена под завязку и теряет пакеты, счётчик повторных попыток будет продолжать попытки, в то время как стандартный watchdog MikroTik просто начнёт создавать проблемы. North Idaho Tom Jones
     
     
     
    gyropilot
    Guest
    #7
    0
    11.02.2017 20:02:00
    Привет, Том! Я совсем новичок в скриптинге и твои примеры оказались очень полезными. Спасибо, что поделился ими. Вопрос: действительно ли в следующей строке должны быть кавычки? У меня скрипт не работал, пока я их не убрал. Заранее спасибо, Джон.
     
     
     
    TomjNorthIdaho
    Guest
    #8
    0
    01.03.2017 14:07:00
    Извиняюсь, не помню — я это писал 6 лет назад. Этот участок кода делает следующее: если пинг хороший, то записывает в лог и выходит. Если пинг плохой — записывает в лог и повторяет, пока не достигнет максимального количества неудачных пингов. При достижении максимума — записывает в лог, сохраняет файл в каталоге files, затем перезагружает систему.
     
     
     
    romp
    Guest
    #9
    0
    09.03.2017 07:50:00
    Привет, ребята! Извиняюсь, что лезу в очень старый пост, но надеюсь, кто-нибудь еще ответит. У меня проблема с этим скриптом — он основан на предположении, что на ping не будет никакого ответа. На самом деле 4 из 5 ping’ов не получают ответа, а 1 из 5 отвечает сам роутер с “host unreachable”. Пока что количество ответов на ping больше 0, и роутер не перезагружается. Может, кто-нибудь подскажет, как исправить скрипт?
     
     
     
    romp
    Guest
    #10
    0
    09.03.2017 10:51:00
    И, наконец, решение: отключите ICMP-ответ «место назначения недоступно» на роутере. /ip firewall filter add protocol=icmp icmp-options=3 chain=output action=drop теперь от роутера нет ответов, если хост недоступен, так что count=0!
     
     
     
    TomjNorthIdaho
    Guest
    #11
    0
    10.03.2017 17:13:00
    К сведению — я иногда планирую переписать вторую, обновлённую версию своей программы netwatch-script-reboot-on-ping-loss. Моя идея для второй версии — добавить следующие функции:  
    - Возможность пинговать два разных IP-адреса и перезагружаться, если один или оба IP не отвечают на пинги  
    - Опция, которая перед перезагрузкой автоматически выполняет опрос сети и/или анализ использования частот и сохраняет результаты в папку files — потом уже происходит перезагрузка  
    - Возможность отправлять email и/или вести лог при пропадании пинга и/или перезагрузках  
    - Улучшить документацию, чтобы было понятно, что и как работает в скрипте(ах)

    Есть идеи по второй версии? Кто-нибудь хочет написать это самостоятельно? Я уверен, что среди вас есть специалисты по Mikrotik и скриптам опытнее меня.

    North Idaho Tom Jones
     
     
     
    gyropilot
    Guest
    #12
    0
    10.03.2017 18:40:00
    Привет, Том! Мне нравится идея добавить опцию для второго IP-адреса, чтобы пинговать его и наверняка быть уверенным, что сбой основного IP не вызывает ложный отказ WAN. Я использую упрощённую версию твоего оригинального скрипта вместе с Netwatch, чтобы при необходимости перезагружать подключённый USB-модем сотовой связи. Всё работает отлично. Использование скрипта значительно сократило количество ложных срабатываний, которые раньше возникали всякий раз, когда мой оператор обновлял DHCP-аренду USB-модема... обычно это происходило раз в день. Это обновление временно прерывает доступ к WAN примерно на 30–60 секунд, поэтому я настроил скрипт так, чтобы он перезагружал устройство после 2 минут неудачных пингов с интервалом в 10 секунд. Вот скрипт, который я сейчас использую: :local continue true; :local counter 0; :local maxcounter 12; :local sleepseconds 10; :local goodpings 0; :log error "Скрипт будет дополнительно тестировать пинг к WAN через $sleepseconds секунд и продолжится в течение $maxcounter x $sleepseconds секунд."; :while ($continue) do={ :set counter ($counter + 1); :delay $sleepseconds; :if ([/ping 8.8.8.8 interval=1 count=1] =0) do={ :log warning "Пинг к WAN не удался, попытка $counter из $maxcounter — попробуем снова через $sleepseconds секунд."; } else { :log warning "Пинг к WAN удался, попытка $counter из $maxcounter — дальнейшее тестирование не нужно, скрипт завершится."; :set continue false; :set goodpings ($goodpings +1); }; :if ($counter=$maxcounter) do={ :set continue false; } } :if ($goodpings = 0) do={ :/system routerboard usb power-reset duration=5 } Скрипт Netwatch, выполняемый при сбое: log warning "Netwatch ping к WAN не удался."; /system script run WANPing Скрипт Netwatch, выполняемый при восстановлении: /tool e-mail send to=xxxxxxxx@xxxxxxx.net subject="MikroTik Netwatch Ping Failure" body="Маршрутизатор MikroTik через Netwatch зафиксировал сбой пинга к WAN, скрипт WANPing был выполнен. Проверьте журнал маршрутизатора для подробностей."; log warning "Отправлено уведомление по email о сбое пинга Netwatch." Хорошего дня, Джон
     
     
     
    TomjNorthIdaho
    Guest
    #13
    0
    10.03.2017 18:56:00
    gyropilot, плюс один к твоей репутации, спасибо за полезный скрипт. mods/ideas North Idaho Tom Jones
     
     
     
    Sparxx
    Guest
    #14
    0
    29.03.2017 08:29:00
    Привет, ребята, что касается добавления второго адреса для проверки — это просто. Нужно всего лишь добавить \ и [/ping 8.8.4.4 interval=5 count=60] =0 после первого правила пинга, и, конечно, внутри скобок. Так скрипт перезагрузит роутер только если обе условия будут выполнены.
     
     
     
    Saasouh
    Guest
    #15
    0
    14.01.2012 13:13:00
    Дорогой друг, мне действительно нужен этот скрипт. Я уже пробовал, но, похоже, он у меня не работает. Я написал это в Netwatch: log info “Netwatch missed a ping to 192.168.61.7 - starting 1 minute timeout script” ; /system script run NetWatchBoot-192.168.61.7 и в system script: :if ([/ping 192.168.61.7 interval=1 count=60] = 0) do={ /system reboot }. Пожалуйста, скажи, что я сделал не так и почему роутер с IP 192.168.61.9 не перезагружается, если пинг между двумя устройствами не проходит.
     
     
     
    TomjNorthIdaho
    Guest
    #16
    0
    18.01.2012 18:57:00
    Дорогой друг, мне очень нужен этот скрипт. Я уже пробовал его, но, похоже, он у меня не работает. Вот для тебя:

    ============================================================­==========

    Информация:

    Во-первых, я предполагаю, что твой роутер Mikrotik, с которого будет проходить тест, имеет IP-адрес 192.168.61.9.  
    Во-вторых, предполагаю, что удалённое устройство, которое твой Mikrotik должен тестировать, — 192.168.61.7.

    Инструкции:

    #1 Подключись через Winbox к твоему Mikrotik с IP 192.168.61.9.  
    #2 Перейди в Tools - Netwatch.  
    #3 Если там что-то есть — удали это.  
    #4 Нажми на красный “+”.  
    #5 Во вкладке Host введи “192.168.61.7”. Интервал должен быть “00:01:00”. Таймаут “1000”.  
    #6 Перейди во вкладку Down. Вставь эту строку целиком:  
    log warning “Netwatch missed a ping to 192.168.61.7 - starting 5 minute timeout script” ; /system script run NetWatchBoot-192.168.61.7

    Теперь нажми Enter (курсор должен быть на пустой строке снизу). Твой введённый текст должен выглядеть так:  
    |-----------------------------------------------  
    |log warning "Netwatch missed a ping to  
    |192.168.61.7 - starting 5 minute timeout  
    |“script” ; /system script run NetWatchBoot-  
    |192.168.61.7  
    |  
    |------------------------------------------------

    Важно — не забудь нажать Enter после последней строки и затем кнопку “APPLY”.

    ***** На этом часть 1 из 2 сделана! *****

    #7 Перейди в System - Scripts.  
    #8 Если там что-то есть — удали.  
    #9 Нажми на красный “+”.  
    #10 В поле имени вставь: NetWatchBoot-192.168.61.7  
    #11 Владелец должен быть “admin”, и убедись, что все галочки стоят.  
    #12 В поле Source вставь следующие 3 строки:  
    :if ([/ping 192.0.2.254 interval=5 count=60] =0) do={ /system reboot }

    Снова нажми Enter (курсор на пустой строке внизу). Должно выглядеть так:  
    |---------------------------------------------  
    |:if ([/ping 192.0.2.254 interval=5 count=60] =0) do={
    |/system reboot  
    |}  
    |  
    |--------------------------------------------

    Важное — не забудь нажать Enter после последней строки и “APPLY”.

    ***** На этом часть 2 из 2 сделана — скрипт запущен! *****

    ИНФОРМАЦИЯ — ИНФОРМАЦИЯ — ИНФОРМАЦИЯ —  
    Netwatch, который ты только что настроил (часть 1 из 2), проверяет каждую минуту, может ли он отправить ping на “192.168.61.7”. Если пинг проходит — скрипт завершается и запускается проверка через минуту. Если пинг не проходит — запускается системный скрипт, который ты создал (часть 2 из 2).

    Системный скрипт будет пытаться каждые 60 секунд пинговать “192.168.61.7” в течение пяти минут. Если в этот период придёт хотя бы один ответ — скрипт завершится. Если ответов не будет — роутер Mikrotik перезагрузится.

    ПРИМЕЧАНИЕ — ПРИМЕЧАНИЕ — ПРИМЕЧАНИЕ  
    Каждый раз, когда Netwatch не может пропинговать “192.168.61.7”, в лог Mikrotik добавляется синяя строка. Если в логе много таких строк вида:  
    Netwatch missed a ping to 192.168.61.7 - starting 5 minute timeout script

    то стоит проверить качество соединения между твоим Mikrotik и удалённым устройством 192.168.61.7.

    Надеюсь, это поможет.  
    Tom Jones — WISP из Северного Айдахо
     
     
     
    mdminfo
    Guest
    #17
    0
    02.04.2012 22:06:00
    Отличная работа! Всё работает идеально!
     
     
     
    heviejob
    Guest
    #18
    0
    09.09.2012 17:59:00
    Не хочу вмешиваться, но было бы здорово иметь скрипт, который перезагружал бы роутер, если загрузка CPU или ОЗУ превышает 80-100% в течение примерно 5 минут. У меня есть удалённый роутер, где по данным cacti потребление памяти уже 90%, но теперь я даже не могу по SSH к нему подключиться, веб-доступ и API тоже не работают.
     
     
     
    Страницы: 1
    Читают тему
    +7 495 320-55-52
    info@mikrotik.moscow
    Электрозаводская, Бауманская
    Москва, ул. Бакунинская, 84с21
    Конфиденциальность Оферта
    © 2026 «Mikrotik.Moscow»
    Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры