http://mikrotik.moscow Новое в теме Перезапуск интерфейса при его отключении форума RouterOS на сайте Mikrotik.moscow [mikrotik.moscow] ru http://backend.userland.com/rss2 Thu, 30 Jul 2026 18:52:24 -0400 Перезапуск интерфейса при его отключении RouterOS в форуме RouterOS.
Вы перезагрузили устройство, так что, надеюсь, проблема решилась. Если оно всё равно продолжает перезагружаться, а включение/выключение помогает, то это стоит сообщить в MikroTik — явно показывает, что устройство всё время перезагружается. Но будьте осторожны при настройке контроля ICMP, так как стандартные настройки MikroTik немного «агрессивны» в определении сбоев с LTE.
27.07.2025 18:44:00, Amm0.]]> http://mikrotik.moscow/forum/forum57/86700-perezapusk-interfeysa-pri-ego-otklyuchenii/message409465 http://mikrotik.moscow/forum/forum57/86700-perezapusk-interfeysa-pri-ego-otklyuchenii/message409465 Sun, 27 Jul 2025 18:44:00 -0400 RouterOS Перезапуск интерфейса при его отключении RouterOS в форуме RouterOS.
В Netwatch, когда пинг не проходит, запускается скрипт отключения. Что происходит, когда пинг снова начинает работать?
27.07.2025 18:41:00, chanklish.]]> http://mikrotik.moscow/forum/forum57/86700-perezapusk-interfeysa-pri-ego-otklyuchenii/message409464 http://mikrotik.moscow/forum/forum57/86700-perezapusk-interfeysa-pri-ego-otklyuchenii/message409464 Sun, 27 Jul 2025 18:41:00 -0400 RouterOS Перезапуск интерфейса при его отключении RouterOS в форуме RouterOS.
Если хочешь просто — используешь netwatch и проверку ICMP. Для 5G/LTE мониторинг задержки ICMP полезен, потому что перегруженные вышки или другие проблемы проявляются в увеличении задержки, и это «бесплатно» в netwatch (то есть просто настраиваешь параметры, которые показывают сбой или частичный сбой). В «простом» варианте просто перезагружаешь, если LTE — единственное устройство для интернета.

Если хочешь устроить какой-то «многоуровневый» способ, где при сбое пытаешь включать/выключать LTE-интерфейс, чтобы он «починил» проблему до перезагрузки — это тоже нормально, но добавляет сложности, потому что нужно быть уверенным, что интерфейс во всех случаях будет заново включен. По моему мнению, хотя в LTE/5G есть баги, их часто исправляют в последующих версиях.

Так что слишком заморачиваться в поисках каких-то условий может сделать хуже, потому что неизвестно, будут ли у будущих багов LTE/5G те же симптомы. Вот почему я рекомендую просто делать /system/reboot в скрипте netwatch при упадке с интервалом в 5 минут (см. таблицу @jaclaz для помощи в настройке значения ICMP). И я не говорю, что /system/schedule или «делать больше» — плохой подход, нет, просто для этого нужно больше кастомного скриптинга, тогда как с netwatch — это всего лишь подбор нескольких сложных параметров.
27.07.2025 18:41:00, Amm0.]]> http://mikrotik.moscow/forum/forum57/86700-perezapusk-interfeysa-pri-ego-otklyuchenii/message409463 http://mikrotik.moscow/forum/forum57/86700-perezapusk-interfeysa-pri-ego-otklyuchenii/message409463 Sun, 27 Jul 2025 18:41:00 -0400 RouterOS Перезапуск интерфейса при его отключении RouterOS в форуме RouterOS.
Зависит от ситуации: можно использовать свой скрипт в качестве “down” скрипта в netwatch или вызывать свой скрипт из “down” скрипта. Netwatch — это всего лишь (или может быть только) механизм срабатывания, при этом, как уже объяснялось, он имеет некоторые преимущества перед альтернативой — “обычным” планировщиком заданий. Пользовательский скрипт — независимо от того, какой механизм его запускает — может выполнять дополнительные проверки перед отключением и включением интерфейса (чтобы избежать ложных срабатываний), а если использовать его через планировщик, в скрипте должны быть предусмотрены меры для предотвращения циклов отключения/включения.
27.07.2025 18:10:00, jaclaz.]]> http://mikrotik.moscow/forum/forum57/86700-perezapusk-interfeysa-pri-ego-otklyuchenii/message409462 http://mikrotik.moscow/forum/forum57/86700-perezapusk-interfeysa-pri-ego-otklyuchenii/message409462 Sun, 27 Jul 2025 18:10:00 -0400 RouterOS Перезапуск интерфейса при его отключении RouterOS в форуме RouterOS.
Итак, какой лучший совет? Просто использовать скрипт для обнаружения простоя и перезагрузки интерфейса или применить down-скрипт в netwatch? Мне нужно просто перезапустить интерфейс, если интернет не работает около 5 минут.
27.07.2025 17:12:00, chanklish.]]> http://mikrotik.moscow/forum/forum57/86700-perezapusk-interfeysa-pri-ego-otklyuchenii/message409461 http://mikrotik.moscow/forum/forum57/86700-perezapusk-interfeysa-pri-ego-otklyuchenii/message409461 Sun, 27 Jul 2025 17:12:00 -0400 RouterOS Перезапуск интерфейса при его отключении RouterOS в форуме RouterOS.
Верно, скрипт netwatch запускается только при смене состояния. То есть при переходе с up на down скрипт вызывается. Если следующий тест не прошёл, и предыдущий тоже не прошёл, скрипт не вызывается. Это тоже верно. Вот в чем принципиальная разница: в скрипте /system/schedule ты и определяешь состояние, и принимаешь решение, и отслеживаешь, что уже сделано. В netwatch ты можешь сосредоточиться на действиях и использовать GUI (возможно с сложными переменными) для настройки своих «правил». Единственный момент с up-script={} и down-script={} в netwatch — возможны «флапы», особенно при проверке icmp, поскольку состояния «up» и «down» могут переключаться из-за задержек или других частично разорванных соединений. Это может быть либо некорректной или слишком агрессивной настройкой netwatch, либо просто плохим интернетом (тест правильный), и тогда, если не хочется перезагружать, с netwatch на одном только «up» и «down» от одного теста начинает быть сложнее. В этом плане есть ещё опция test-script={}, которая работает как /system/schedule, но по интервалу netwatch. При этом она даёт результат последнего теста, то есть у тебя уже есть данные (в отличие от «чистого» scheduled script, где нужно самому считать, up или down). А если нужно отслеживать несколько условий до принятия решения, это становится чуть сложнее. В scheduler можно добавить ещё много :if и :global lastValueXxxx. В netwatch же приходится использовать один скрипт как «мастер» с test-script=, который в своём коде читает значения других активных netwatch-мониторов с дополнительными тестами, чтобы добиться некоего netwatch «парлея» (то есть нескольких значений, которые должны быть одновременно true или false, чтобы выполнить действие).
26.07.2025 16:44:00, Amm0.]]> http://mikrotik.moscow/forum/forum57/86700-perezapusk-interfeysa-pri-ego-otklyuchenii/message409460 http://mikrotik.moscow/forum/forum57/86700-perezapusk-interfeysa-pri-ego-otklyuchenii/message409460 Sat, 26 Jul 2025 16:44:00 -0400 RouterOS Перезапуск интерфейса при его отключении RouterOS в форуме RouterOS.
Я понимаю, что это противоречит обычному совету использовать встроенные инструменты, когда они доступны, но для таких вещей я обычно применяю собственный скрипт. Так можно гибко настроить, как именно определять сбой (сколько хостов пропинговано, сколько раз, как часто, когда считать соединение сброшенным) и какие действия предпринимать, сколько ждать после запуска или перезапуска соединения, чтобы оно установилось, и так далее. Как только скрипт нормально отлажен, с ним действительно не так уж и сложно.
26.07.2025 16:32:00, lurker888.]]> http://mikrotik.moscow/forum/forum57/86700-perezapusk-interfeysa-pri-ego-otklyuchenii/message409459 http://mikrotik.moscow/forum/forum57/86700-perezapusk-interfeysa-pri-ego-otklyuchenii/message409459 Sat, 26 Jul 2025 16:32:00 -0400 RouterOS Перезапуск интерфейса при его отключении RouterOS в форуме RouterOS.
Да, сложная часть (если использовать не «простой» netwatch, а более новую и мощную ICMP-пробу) — найти правильные настройки для срабатывания (или не срабатывания) скрипта «down». Смотри: @amm0 Если я всё правильно понимаю, у netwatch есть явное преимущество перед обычным расписанием — скрипт «down» запускается только при смене статуса с «up» на «down», тогда как с обычным расписанием сначала пришлось бы проверять, не разорвано ли уже соединение. Иначе, если отключение/включение не сработает (или если соединение перестало работать по другой причине), интерфейс будет циклично отключаться и включаться примерно каждые 20 секунд, пока связь не восстановится (если вообще восстановится).
26.07.2025 15:53:00, jaclaz.]]> http://mikrotik.moscow/forum/forum57/86700-perezapusk-interfeysa-pri-ego-otklyuchenii/message409458 http://mikrotik.moscow/forum/forum57/86700-perezapusk-interfeysa-pri-ego-otklyuchenii/message409458 Sat, 26 Jul 2025 15:53:00 -0400 RouterOS Перезапуск интерфейса при его отключении RouterOS в форуме RouterOS.
Тогда мне понадобится только скрипт на отключение, похожий на этот, верно?  
:log warning “Интерфейс отключен”;  
/interface ethernet disable lte1  
delay 10s;  
:log warning “Интерфейс включен”;  
/interface ethernet enable lte1
26.07.2025 14:35:00, chanklish.]]> http://mikrotik.moscow/forum/forum57/86700-perezapusk-interfeysa-pri-ego-otklyuchenii/message409457 http://mikrotik.moscow/forum/forum57/86700-perezapusk-interfeysa-pri-ego-otklyuchenii/message409457 Sat, 26 Jul 2025 14:35:00 -0400 RouterOS Перезапуск интерфейса при его отключении RouterOS в форуме RouterOS.
привет, я хочу перезапускать LTE-интерфейс, если он отключен (нет интернета) в течение 10 секунд. Мой скрипт подходит?  

/system script  
add name=CheckInternetLTE10s policy=read,write,test source="  
:local targetIP \"8.8.8.8\"  
:local interfaceName \"lte1\"  
:local failCount 0  

:for i from=1 to=10 do={  
   :if ([/ping \$targetIP count=1 timeout=1000] = 0) do={
       :set failCount (\$failCount + 1)  
   }  
   :delay 1s  
}  

:if (\$failCount = 10) do={  
   /log warning (\"[LTE Watchdog] Нет интернета в течение 10 секунд. Перезагружаю интерфейс \$interfaceName\")
   /interface lte disable \$interfaceName  
   :delay 5s  
   /interface lte enable \$interfaceName  
}  
"
03.07.2025 13:00:00, chanklish.]]> http://mikrotik.moscow/forum/forum57/86700-perezapusk-interfeysa-pri-ego-otklyuchenii/message409456 http://mikrotik.moscow/forum/forum57/86700-perezapusk-interfeysa-pri-ego-otklyuchenii/message409456 Thu, 03 Jul 2025 13:00:00 -0400 RouterOS