Привет всем. У меня возникла проблема: tx rx fp rx упали до 0. Решение этой проблемы — отключить и снова включить учетную запись pppoe. Есть ли какой-нибудь скрипт, который автоматически отключал бы учетную запись pppoe и снова включал её, как только она упадёт?
Alaqmar12121
Guest
0
22.12.2019 13:41:00
Спасибо, я это протестирую и сообщу.
Alaqmar12121
Guest
0
23.12.2019 05:14:00
Проверено. Когда порог 0, триггер срабатывает 298 раз, пока я не отключу скрипт, снова не включу вручную, и тогда pppoe подключается и возвращается к норме. Есть какие-нибудь советы?
Alaqmar12121
Guest
0
23.12.2019 05:23:00
Снова это произошло сегодня утром.
SiB
Guest
0
23.12.2019 15:30:00
Единственное/одно PPPoE с вашим провайдером в стандартной ситуации не достигает 0, и мониторинг трафика — хорошая идея для проверки наличия проблемы. Ваша ситуация, как мне кажется, другая. Когда у вас нет "большого трафика" как обычного потока данных, вам следует изменить способ проверки. Ранее я предоставил вам общую информацию на общий вопрос. Когда порог равен 0, триггер срабатывает 298 раз. Это означает, что 0 на Rx — это ваше нормальное поведение, и у вас нет большого потока данных/клиентов за вашим устройством, и тогда TrafficMonitor генерирует 298 ложноположительных проверок, как я предполагаю. Пожалуйста, повторно включите вручную и PPPoE подключится и вернется в нормальный режим. Какие советы, пожалуйста? Повторно включить скрипт TrafficMonitor или интерфейс PPPoE? Я думаю, что интерфейс PPPoE — это значит, что TrafficMonitor генерирует ложноположительные результаты повторного включения, и ROS не может установить соединение? Возможно, правильный способ повторного включения в ROS — это отключить и отдельно включить интерфейс PPPoE для повторного соединения. Это снова произошло сегодня утром. Возможно, вам стоит изменить свой запрос. Этот Rx=0 показывает на PPPoE даже когда он работает нормально и у вас "нет интернета" — это дает вам понять, что способ проверки интерфейса плохой, и вам нужен другой метод. Пожалуйста, напишите больше о вашей ситуации. Может быть, вам стоит использовать что-то вроде Netwatch, который будет проверять доступность удалённого хоста? Рекурсивная маршрутизация, которая будет проверять этот PPPoE как доступность к удалённому хосту? Свой собственный скрипт, который будет проверять трафик через этот PPPoE и совершать действия, если интернет не будет обнаружен через этот интерфейс. Много способов, но вам нужно больше рассказать о своей ситуации.
Alaqmar12121
Guest
0
24.12.2019 12:19:00
Моя ситуация: статус PPPoE (Подключено) и FP Rx 0 или Rx 0. Когда я подключаю интернет, его нет, пока я не отключу и снова не включу аккаунт PPPoE. Что меня интересует, так это если у меня FP Rx 0 или Rx 0, тогда скрипт или встроенная конфигурация отключают аккаунт PPPoE и снова включают его. Я заранее благодарен за твою помощь, друг. Да, я об этом думал, Rx 0, я пытался зайти на YouTube или любой другой сайт, чтобы проверить, изменится ли значение с 0. Все мои попытки оказались безуспешными. Единственный способ — отключить аккаунт PPPoE и снова его включить, чтобы internet вернулся. Я не знаю, почему TrafficMonitor генерирует такой большой отчет о неудачах. Я просто отключил TM, чтобы избежать запроса на отключение-подключение, и, как обычно, отключаю аккаунт и включаю его вручную.
Alaqmar12121
Guest
0
24.12.2019 12:21:00
Использовал скрипт ниже, но он не работает, когда я теряю интернет. Написано rextended /system scheduler add disabled=no interval=20m name=check-ppp-client on-event=":log info message=\"*** начинается проверка любых соединений ppp-клиентов ***\";\r\ \n:local pppTest value=[/ppp active find];\r\ \n:local pingNumber value=2;\r\ \n:local pingMin value=1;\r\ \n:foreach userTest in=\$pppTest do={\r\ \n :local pingOk value=[:ping [/ppp active get \$userTest value-name=address] count=\$pingNumber]\r\ \n :if ( \$pingOk < \$pingMin) do={\r\ \n :log warning message=([/ppp active get \$userTest value-name=service] . \" авто отключено: \". \$pingOk . \" пинг в норме \" . \$pingNumber . \" \" . [/ppp active get \$userTest value-name=name] . \" \" . [/ppp active get \$userTest value-name=address])\r\ \n /ppp active remove \$userTest\r\ \n }\r\ \n};\r\ \n:log info message=\"*** окончание проверки любых соединений ppp-клиентов ***\";\r\ \n" policy=ftp,read,write,test start-date=jan/01/2002 start-time=00:20:00
Alaqmar12121
Guest
0
24.12.2019 12:28:00
Я думаю, что интерфейс PPPoE — это значит, что TrafficMonitor генерирует ложные срабатывания на повторное включение, и ROS не может установить соединение? Надо вручную включить PPPoE, потому что TM генерирует много ложных повторных включений.
Alaqmar12121
Guest
0
30.12.2019 15:42:00
Я объяснил свою ситуацию, прошу вашей доброй поддержки.
SiB
Guest
0
02.01.2020 01:44:00
Привет снова, дай мне материалы для работы. Что такое правильное восстановление соединения? /interface pppoe-client enable pppoe-out1; # или /interface pppoe-client disable pppoe-out1; /interface pppoe-client enable pppoe-out1; . *) Проверка интернета. У вас есть интернет только через pppoe-out1, и когда Rx=0 и Tx=0, то каков статус этого соединения? Предоставь мне вывод cli без логина/пароля: interface pppoe-client print detail, поставь [interface pppoe-client monitor pppoe-out1 once as-value] . и/или скриншот с вкладки Статус. Мы можем подключить TrafficMonitor к одной из этих статусных информации, чтобы правильно проверить и перезапустить pppoe. Альтернативой будет планировщик и netwatch.
Alaqmar12121
Guest
0
02.01.2020 06:06:00
К сожалению, я не могу перевести текст, так как он состоит из изображений и не содержит слов для обработки.
Alaqmar12121
Guest
0
02.01.2020 06:11:00
status connection
SiB
Guest
0
02.01.2020 09:14:00
И главный вопрос. В вкладке Статус значение отличается, когда интернет в сети? Я знаю, что Rx=0, но ищу что-то дополнительное, что еще меняется в оффлайне и онлайне.
Alaqmar12121
Guest
0
04.01.2020 09:36:00
Мне не был предоставлен текст для перевода. Пожалуйста, добавьте текст, чтобы я мог помочь вам с переводом.
SiB
Guest
0
05.01.2020 09:06:00
Alaqmar12121 Но ты не поделился обоими скриншотами для сравнения. В этой ситуации, с учетом всех предоставленных тобой скриншотов, я думаю, что лучший способ для тебя — использовать Netwatch+Scheduler для мониторинга интернета и перезагрузки соединения, если оно будет отключено в течение x минут. Я описал этот способ с одним провайдером в этом посте: Твоя версия выглядит так: 1. Создать NetWatch → она будет выполнять пинг-тестирование целевого хоста и запускать скрипт при отключении/включении. /tool netwatch add host=1.1.1.1 interval=10s timeout=500ms disabled=no comment=InternetWatchDog *) 2. Добавить UP-скрипт → Удалить действия на будущее, потому что интернет работает. Больше ничего не делать. /system scheduler remove [find where name~"SiBexInternetWatchDog_"]; /log warning "RESET Netwatch scheduled DOWN-script... ПРОВАЙДЕР РАБОТАЕТ"; *) 3a. Добавить DOWN-скрипт → Воссоздать будущие задания перед истечением времени через 1 минуту и последняя надежда — перезагрузить через 2 минуты. log error "запуск Netwatch DOWN-скрипта...";
# ################ ГЛАВНАЯ ПРОГРАММА НИЖЕ, НЕ ЗДЕСЬ ############## # ################ ОПРЕДЕЛЕНИЕ ФУНКЦИИ РЕШЕНИЯ Пересечения Середины Ночи ###########################
# День 31 для Янв..Нояб /local SiBMonths ("янв","фев","мар","апр","май","июн","июл","авг","сен","окт","ноя","дек"); /local SiBMounthToChange [/pick $SiBDateCorrected 0 3]; for x from=0 to=10 do={if ([/pick $SiBMonths $x]=$SiBMounthToChange) do={ set $SiBDateCorrected ([pick $SiBMonths ($x+1)]."/01".[/pick $SiBDateCorrected 6 20 ]) }}
# День 31 для Дек if ($SiBMounthToChange="дек") do={ set $SiBDateCorrected ("янв/01/".([/pick $SiBDateCorrected 7 11]+1).[/pick $SiBDateCorrected 11 20] )} }; }; };
#/log warning ("New date time: ".$SiBDateCorrected); #/put ("New date time: ".$SiBDateCorrected); :return $SiBDateCorrected };
# ################ ГЛАВНАЯ ПРОГРАММА ###########################
# Выбор подходящего Netwatch local LocNetWatchHost 1.1.1.1; local LocNetWatchHostComment "InternetWatchDog";
# Статус все еще отключен? local LocStatus [/tool netwatch get [find host=$LocNetWatchHost comment=$LocNetWatchHostComment ] status]; if ($LocStatus != "down") do={/quit;}
# Преобразование времени отключения Netwatch SINCE в отдельные дату и время. local LocSince [/tool netwatch get [find host=$LocNetWatchHost comment=$LocNetWatchHostComment status=down ] since]; local LocSinceDate ([/pick $LocSince 0 11]); local LocSinceTime ([/pick $LocSince 12 20]);
# Добавить действие в будущее через планировщик /system scheduler remove [find where name~"SiBexInternetWatchDog_v"];
# Попытка ГЛАВНОГО ДЕЙСТВИЯ 1 - PPPoE Включить повторно через 1 минуту
# Попытка ГЛАВНОГО ДЕЙСТВИЯ 2 - Перезагрузить через 2 минуты
local SiBCrossMid [$SiBFixDateTime $LocSinceDate $LocSinceTime 2m ]; local SiBStartDate [pick $SiBCrossMid 0 11]; local SiBStartTime [pick $SiBCrossMid 12 20]; /system scheduler add name=SiBexInternetWatchDog_2 on-event={/system reboot;} start-date=$SiBStartDate start-time=$SiBStartTime;
log error "остановить Netwatch DOWN-скрипт, будущее действие запланировано";
Alaqmar12121
Guest
0
05.01.2020 12:04:00
Извини, что не прикрепил скриншот. Пожалуйста, посмотри на прикреплённый файл. Скрипт, который я предоставил, нужно запускать через system → scripts? 3a. Добавь DOWN-скрипт → Восстановить будущие задания перед наступлением дедлайна через 1 минуту и последняя надежда - перезагрузить через 2 минуты. Код: Выбрать все лог ошибки “start Netwatch DOWN-script…”; ################ ГЛАВНАЯ ПРОГРАММА НИЖЕ, НЕ ЗДЕСЬ ################ ОПРЕДЕЛИТЬ ФУНКЦИЮ РЕШЕНИЯ Решение проблемы с переходом через полночь Исправить переход 24:00:00=00:00:00 /local SiBFixDateTime do={ /local SiBTimeToChange “23:45:00”; /local SiBTimeToChange $2; /local SiBTimeDiffToAdd “60m2s”; # разница времени < 24ч /local SiBTimeDiffToAdd $3; # разница времени < 24ч #/local SiBDate “dec/31/2020”
Alaqmar12121
Guest
0
05.01.2020 16:26:00
Можно просто проигнорировать перезагрузку? Просто хочу отключить pppoe и включить его снова через 25 секунд.
SiB
Guest
0
05.01.2020 19:10:00
WinBox > Инструменты > NetWatch - здесь есть место с 3 вкладками, вкладки "up" и "down" содержат два скрипта, которые запускаются, когда доступ к удаленному хосту меняется на "up" (доступен) или "down" (не доступен). Хост 1.1.1.1 и комментарий важны, потому что они используются для проверки результата правильной работы NetWatch. Пожалуйста, настройте NetWatch на 00:00:05 (проверка 1.1.1.1 каждые 5 секунд). В down-скрипте добавьте действие "после 20 секунд сделать повторное подключение" без перезагрузки, это будет выполнено через 20-25 секунд после сбоя интернета. Финальный скрипт: 1. Создайте NetWatch → только он будет выполнять пинг для тестирования целевого хоста и запускать up/down-скрипт. /tool netwatch add host=1.1.1.1 interval=5s timeout=500ms disabled=no comment=InternetWatchDog . *) 2. Добавьте UP-скрипт → уберите действие на будущее, так как ISP работает. Ничего больше не делайте. /system scheduler remove [find where name~"SiBexInternetWatchDog_"]; /log warning "RESET Netwatch scheduled DOWN-script... ISP РАБОТАЕТ"; . *) 3a. Добавьте DOWN-скрипт → восстановите будущие задачи до того, как срок истечёт через 20 секунд. . log error "начинаю Netwatch DOWN-скрипт...";
# ################ ОСНОВНАЯ ПРОГРАММА НИЖЕ, НЕ ЗДЕСЬ ############## # ################ ОПРЕДЕЛИТЕ ФУНКЦИЮ ДЛЯ РЕШЕНИЯ ПРОБЛЕМ С ПЕРЕПИЧАТЫВАНИЕМ ПОЛУНОЧИ ###########################
# Исправление перехода через 24:00:00=00:00:00 /local SiBFixDateTime do={ /local SiBTimeToChange "23:45:00"; /local SiBTimeToChange $2; /local SiBTimeDiffToAdd "60m2s"; # разница времени < 24ч /local SiBTimeDiffToAdd $3; # разница времени < 24ч #/local SiBDate "dec/31/2020" /local SiBDate $1 /local SiBDateCorrected;
# 31 число для Янв..Ноя /local SiBMonths ("янв","фев","мар","апр","май","июн","июл","авг","сен","окт","ноя","дек"); /local SiBMounthToChange [/pick $SiBDateCorrected 0 3]; for x from=0 to=10 do={if ([/pick $SiBMonths $x]=$SiBMounthToChange) do={ set $SiBDateCorrected ([pick $SiBMonths ($x+1)]."/01".[/pick $SiBDateCorrected 6 20 ]) }}
# 31 число для Дек if ($SiBMounthToChange="дек") do={ set $SiBDateCorrected ("янв/01/".([/pick $SiBDateCorrected 7 11]+1).[/pick $SiBDateCorrected 11 20] )} }; }; };
#log warning ("New date time: ".$SiBDateCorrected); #put ("New date time: ".$SiBDateCorrected); :return $SiBDateCorrected };
# ################ ОСНОВНАЯ ПРОГРАММА ###########################
# Выберите правильный Netwatch, который ВКЛЮЧЁН и имеет: local LocNetWatchHost 1.1.1.1; local LocNetWatchHostComment "InternetWatchDog";
# Статус все ещё "не доступен"? local LocStatus [/tool netwatch get [find host=$LocNetWatchHost comment=$LocNetWatchHostComment disabled=no] status]; if ($LocStatus != "down") do={/quit;}
# Преобразуйте время, когда Netwatch СТАЛ "не доступен" в отдельные дату и время текущего простоя. local LocSince [/tool netwatch get [find host=$LocNetWatchHost comment=$LocNetWatchHostComment status=down disabled=no] since]; local LocSinceDate ([/pick $LocSince 0 11]); local LocSinceTime ([/pick $LocSince 12 20]);
# Добавьте действие в будущее через планировщик /system scheduler remove [find where name~"SiBexInternetWatchDog_v"];
# Попробуйте ОСНОВНОЕ ДЕЙСТВИЕ 1 - повторно включите PPPoE через 20 секунд
log error "остановить Netwatch DOWN-скрипт, будущие действия запланированы";
Znevna
Guest
0
07.01.2020 21:57:00
Пытался разобраться с этими "проблемами", но так и не понял, в чём дело. В чём исходный вопрос? FP Tx = 0? Это нормально. Когда подключен к роутеру, который в основном просто idle, снаружи.: /interface monitor-traffic ppp-wan once name: ppp-wan rx-packets-per-second: 8 rx-bits-per-second: 5.2kbps fp-rx-packets-per-second: 8 fp-rx-bits-per-second: 5.2kbps rx-drops-per-second: 0 rx-errors-per-second: 0 tx-packets-per-second: 11 tx-bits-per-second: 101.3kbps fp-tx-packets-per-second: 0 fp-tx-bits-per-second: 0bps tx-drops-per-second: 0 tx-queue-drops-per-second: 0 tx-errors-per-second: 0 А после подключения к устройству за ним, поэтому файрвол должен переслать несколько пакетов: /interface monitor-traffic ppp-wan once name: ppp-wan rx-packets-per-second: 15 rx-bits-per-second: 9.8kbps fp-rx-packets-per-second: 15 fp-rx-bits-per-second: 9.8kbps rx-drops-per-second: 0 rx-errors-per-second: 0 tx-packets-per-second: 18 tx-bits-per-second: 166.4kbps fp-tx-packets-per-second: 5 fp-tx-bits-per-second: 54.2kbps tx-drops-per-second: 0 tx-queue-drops-per-second: 0 tx-errors-per-second: 0 Никаких проблем. ppp-wan не переподключался с момента запуска. (ссылки утеряны = 0).