Стабильность мобильного интернет-соединения часто становится критическим фактором для удаленной работы или работы систем безопасности. В ситуациях, когда сигнал от оператора связи становится нестабильным или модем «зависает», потеря связи может длиться часами без участия пользователя. Проблема усугубляется тем, что стандартные механизмы проверки доступности сети не всегда способны распознать зависание USB-интерфейса.

Решением этой задачи является внедрение системы мониторинга с функцией принудительного перезапуска оборудования. Роутеры на базе MikroTik обладают мощным инструментарием для автоматизации таких процессов, позволяя настроить сценарий, при котором устройство само обнаружит потерю связи и восстановит её. Это требует грамотной настройки скриптов и планировщика задач, но результат оправдывает затраченное время.

Механизм обнаружения потери соединения

Первым этапом настройки является понимание того, как именно устройство определяет отсутствие интернета. Мониторинг шлюза — это базовый принцип, на котором строятся все проверки доступности сети в MikroTik RouterOS. Система должна периодически отправлять пакеты на внешний сервер или шлюз провайдера и фиксировать отсутствие ответа.

Если пакет не возвращается в течение заданного времени, это считается признаком обрыва связи. Важно настроить интервал проверки так, чтобы он не создавал лишней нагрузки на модем, но при этом достаточно быстро реагировал на проблему. Для мобильных сетей задержка ответа может быть выше, чем на проводных линиях, поэтому параметры таймаута должны быть скорректированы.

Необходимо учитывать, что модем может продолжать показывать наличие сигнала в меню Wireless или PPP, но фактическая передача данных будет невозможна. Именно поэтому проверка должна вестись именно через доступность удаленного хоста, а не через статус физического интерфейса. Только так можно гарантировать, что интернет действительно работает.

Создание скрипта проверки доступности сети

Для реализации логики перезагрузки необходимо написать скрипт, который будет выполнять цикл проверок. В этом скрипте используется команда ping с параметрами, позволяющими определить, доступен ли внешний ресурс. Если пинг не проходит, скрипт должен инициировать процедуру сброса модема.

Создайте новый скрипт в меню System → Scripts и дайте ему понятное имя, например, check-internet. В поле Source пропишите код, который будет проверять доступность шлюза. Рекомендуется использовать публичные DNS-серверы, такие как 8.8.8.8 или 1.1.1.1, так как они обычно наиболее доступны.

Важно правильно настроить количество попыток. Если отправить один пинг и сразу перезагружать модем, ложные срабатывания будут происходить постоянно из-за кратковременных помех. Установите параметр count на 3 или 5, чтобы убедиться, что связь действительно потеряна, а не просто замедлена.

Вот пример базовой логики, которую можно использовать как основу для вашего скрипта:

:local target "8.8.8.8";

:local pingResult [ping $target count=3];


:if ($pingResult = false) do={


:log info "Интернет недоступен, инициирую перезагрузку модема";


/system reboot;


}

Однако простой перезагрузки самого роутера может быть недостаточно, если проблема кроется именно в USB-модеме. В таких случаях лучше использовать команду отключения и включения порта или специализированный скрипт для ModemManager, если он установлен.

⚠️ Внимание: Использование команды /system reboot приведет к полной перезагрузке всего роутера, а не только модема. Если у вас критически важные задачи, запущенные на роутере, это может прервать их работу. Рассмотрите вариант использования команды сброса только для USB-порта.

📊 Какой тип подключения вы используете в основном?
  • Проводной WAN
  • 4G/LTE Модем
  • Спутниковый интернет
  • Wi-Fi репитер

Настройка планировщика задач для автоматизации

Сам по себе скрипт ничего не сделает, если его не вызвать. Для периодического запуска проверки необходимо настроить планировщик задач в разделе System → Scheduler. Здесь вы указываете, как часто система должна проверять наличие интернета.

Настройте параметр start-date и start-time для немедленного запуска или с момента загрузки системы. Поле interval определяет частоту проверки. Для мобильного интернета оптимальным интервалом будет 1 или 2 минуты. Частые проверки могут перегружать модем, а редкие — увеличивать время простоя.

В поле on-event укажите имя созданного ранее скрипта. Убедитесь, что скрипт имеет права на выполнение операций, необходимых для перезагрузки или сброса интерфейса. По умолчанию у скриптов есть права администратора, но это стоит перепроверить в настройках пользователя.

Кроме того, полезно настроить логику, исключающую перезагрузку в ночное время, если это допустимо по вашей стратегии. Это можно реализовать через проверку времени внутри самого скрипта или через настройки планировщика, установив разные интервалы для разных временных суток.

☑️ Настройка планировщика

Выполнено: 0 / 4

Управление питанием USB-порта для сброса модема

Если перезагрузка всего роутера нежелательна, лучшим решением является управление питанием конкретного USB-порта. Большинство современных MikroTik роутеров поддерживают функцию сброса питания USB-устройств через программный интерфейс. Это позволяет «перезагрузить» только модем, оставив остальное оборудование в рабочем состоянии.

Вам нужно найти команду, которая отключает и включает питание на порту. В некоторых моделях это делается через /interface usb, но чаще всего требуется использование утилиты reset-counters или специфических команд для сброса USB-контроллера. Для модемов с поддержкой AT-команд можно отправить команду перезагрузки прямо в модем.

Альтернативный вариант — использование скрипта, который последовательно отключает интерфейс PPP, ждет несколько секунд, а затем включает его снова. Это имитирует процесс переподключения и часто помогает восстановить соединение без физического сброса питания.

Пример команды для сброса интерфейса:

/interface ppp-client disable [find name="ppp-out1"]

:delay 10s


/interface ppp-client enable [find name="ppp-out1"]

Этот метод менее инвазивен, чем полная перезагрузка, но может не сработать, если модем находится в состоянии глубокого зависания, когда он перестает реагировать на любые команды интерфейса.

Как узнать ID USB-порта модема?|Для этого введите команду /interface usb print в терминале. В выводе вы увидите список устройств и их названия. Запомните имя устройства, которое соответствует вашему 4G модему, чтобы использовать его в скриптах для сброса питания или перезапуска драйверов.-->

Таблица параметров для настройки мониторинга

Для удобства настройки соберите ключевые параметры в одну таблицу. Это поможет избежать ошибок при вводе значений в терминале или через WinBox. Правильные настройки таймаутов и интервалов критически важны для стабильной работы системы.

Параметр Рекомендуемое значение Описание
ping-count 3-5 Количество попыток пинга перед признанием потери связи
ping-timeout 1-2 сек Максимальное время ожидания ответа на пинг
check-interval 60-120 сек Частота запуска скрипта проверки в планировщике
delay-before-reset 10-15 сек Пауза перед отправкой команды перезагрузки для стабилизации
target-host 8.8.8.8 Адрес для проверки доступности интернета

Использование этих значений является отправной точкой. В зависимости от качества сигнала вашего оператора, вам может потребоваться увеличить время ожидания или количество попыток пинга. Наблюдайте за логами системы, чтобы подобрать оптимальные настройки.

⚠️ Внимание

Увеличение интервала проверки может привести к тому, что система будет долго не реагировать на потерю связи. Однако слишком частые проверки (менее 30 секунд) могут привести к ложным срабатываниям из-за временных задержек в сети оператора.

Анализ логов и отладка скриптов

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

Ищите сообщения с уровнем info или error, которые вы прописали в скрипте. Если вы видите сообщение «Интернет недоступен», но перезагрузка не происходит, проверьте права доступа скрипта и правильность синтаксиса команд. Часто ошибки возникают из-за неправильного написания имен интерфейсов.

Также полезно включить логирование всех действий планировщика. Это позволит отследить, запускается ли скрипт по расписанию. Если планировщик не срабатывает, проблема может быть в настройках системного времени или в конфликте с другими задачами.

Не забывайте проверять статус модема после перезагрузки. Иногда модему требуется время для инициализации и регистрации в сети. Если вы будете перезагружать его слишком часто, он может не успеть подключиться, что приведет к циклу постоянных перезагрузок.

FAQ: Часто задаваемые вопросы

Почему скрипт перезагружает модем, даже если интернет работает?

Это может быть связано с неправильной настройкой таймаута пинга или с тем, что выбранный хост для проверки недоступен в вашей сети. Попробуйте сменить адрес для пинга (например, с 8.8.8.8 на 1.1.1.1) или увеличьте количество попыток пинга в скрипте.

Можно ли перезагрузить только модем без перезагрузки роутера?

Да, это возможно, если ваш роутер поддерживает управление питанием USB-портов или если модем поддерживает AT-команды для перезагрузки. Используйте команды отключения и включения интерфейса ppp-client или специализированные скрипты для сброса USB-устройства.

Как часто нужно проверять наличие интернета?

Оптимальный интервал составляет от 60 до 120 секунд. Более частые проверки могут создавать лишнюю нагрузку на модем и сеть, а слишком редкие — увеличивать время простоя при обрыве связи. Настройте интервал в зависимости от требований вашей сети.

Что делать, если модем не реагирует на команду сброса?

Если модем не реагирует на программные команды, возможно, он находится в состоянии глубокого зависания. В этом случае может потребоваться полная перезагрузка роутера или физическое обесточивание USB-порта через внешний хаб. Также проверьте совместимость прошивки модема и версии RouterOS.

Как отследить работу скрипта перезагрузки?

Используйте раздел Log в WinBox или веб-интерфейсе. Настройте скрипт так, чтобы он записывал сообщения о начале и конце проверки, а также о принятых решениях. Это поможет вам отладить работу скрипта и понять, почему он срабатывает или не срабатывает.