keenet07

Т.е. даже перезагрузка роутера не помогает? А после сброса сразу начинают все работать? Сколько раз проверялся этот сценарий?

Проблема отсутствия интернета на устройстве также может быть связана с разными настройками DNS на устройствах. Убедитесь что все они у вас работают именно с DNS роутера.

Проверьте ещё теорию потери сети для некоторых устройств подключающихся по 2.4 WIFI на 13 канал. Некоторые устройства его не видят. А роутер может динамически менять канал. Вообще это проблема старая, может уже и не актуальная, но проверьте.

В момент когда пропадает инет на устройстве, оно точно имеет корректный IP адрес и пингуется ли с роутера или на роутер? Не присутствует ли в сети какое-либо устройство на котором может быть активен свой DHCP сервер (второй для сети)?

Устройство зарегистрировано в системе? Статический адрес по DHCP получает? Или может быть адрес задан на самом устройстве?

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

1. Но в рамках стандарта. И исключительно точечно. 2. В теории пока есть исходное общее запрещающее правило фаервола. Как правило будет деактивировано, можно и эту блокировку удалять. Но опять же наверное есть нюансы. 3. Тут да. Всякое может случиться. Эту блокировку можно и не ставить отдельно. По идее TCP RST если сработает и так уже должен будет прервать соединение. Серверная сторона же не должна после этого что-то слать клиенту наружу. А новые входящие и так будут заблокированы фаерволом. Или не так?

При добавлении торрента система должна на носителе зарезервировать под файлы место. Возможно именно в этот момент у вас и происходит перегруз. Ещё и файл подкачки у вас там. Потом уже службы все попадали, в том числе DNS. Т.к. сбой этот у вас не на регулярной основе происходит вполне вероятно что на DNS провайдера просто вам повезло. Попробойте отключить PreAllocation в клиенте. Так для проверки. Ну и в подтверждение вашей теории поставьте другие публичные DNS резолверы. Особенно хорошо было бы если присутствовали не только DOH, но и DOT резолверы.

Потому-что всё зависло ))

Носитель на который должно качаться в порядке? Что-то вызвало ожидание системы. Там у вас куча ошибок вызванных процессом торрента из-за которого вся система впала в длительный лок. Все службы подзависли, а потом дружно выругались в лог. У вас там случайно файл подкачки в сжатом рам диске не включен на роутере?

Дело то может и не в DNS вовсе, а в том куда вы сохраняете торрент. А что добавляли? На добавлении одного файла с фильмом например висло хоть раз? Или наоборот когда добавляете торрент с некоторым количеством крупных файлов. Или большим мелких.

output isp это исходящий трафик направленный в интернет на WAN интерфейсе. input isp соответственно входящий. Подробно для вашей конфигурации посмотрите в самом конфиге роутера как это выглядит. В команде ставится либо IN, либо OUT. Правило для исходящих на WAN сможете создать только в CLI или ручками в конфиге. Соответственно включать и отключать так же. Но можно сделать и для веб-интерфейса. Но это дольше и сложнее. Но удобнее. На форуме есть метода.

Понятно. А если так: вместо DROP используем REJECT с отправкой TCP RST на сервер или и на клиент и на сервер для надежности. (REJECT --reject-with tcp-reset). Удаляем conntrack запись. Сокет закроется по правилам TCP. Соединение разовётся. Не даем пересоздавать запись CONNTRACK как NEW из-за запрещающего правила фервола. Или есть какие-то нюансы?

Ну если по другому не хотят или проблемотично сделать. То как частное решение может сгодиться. Ставим хук на изменение правил фаервола по которому произойдет сброс всех соединений интерфейса или вообще всех. Как решение для частного случая вполне может сгодиться. Вам срочно нужно отключить сервис с отключением клиентов, вы идёте на жертвы. Ну хотя бы такое решение будет. Вы часто что-то меняете в фаерволе? Что нужно само переподключится. А что сейчас? Ждать или перезагружать устройство.

А есть какая-то команда которая просто в любой момент разорвёт все активные соединения? Со всеми вытекающими. Кому-то уже этого было бы достаточно. Наверное можно было бы хук на событие поставить. Если просто отключить и включить WAN это поможет или не поможет в этих целях?

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

Проброса порта должно хватать. Правило проброса верное, если Ethernet-подключение это ваш WAN на роутере, а E172HDMI это компьютер где находится VNC. Можно ещё порт мапинга поменять на другой, например 5901. Чтоб разные порты были. Иногда это может помочь. Клиентом подключаться соответственно уже на 5901. Перезагрузите устройство.

Пробуйте всё. И антенну ближе к сигналу провести и мобильного сменить. И возможно прошивку для радиомодуля роутера допилят, что тоже может помочь.

Может и не решит. Мобильные операторы часто настраивают более высокий приоритет мобильным телефонам, чем различным модемам. Дело может быть в том числе в этом. По вашему пингу с роутера как раз и заметно, что часть пакетов не теряется, а притормаживается. Ну и конечно, как правильно выше заметили, в мобильных устройствах чаще стоят более продвинутые LTE модули.

Ну потому-что у телефона лучшие условия связи.

Раздайте с телефона на роутер по WISP. И сравните пинг и качество. https://help.keenetic.com/hc/ru/articles/360000384340-Подключение-роутера-к-Интернету-через-другую-сеть-Wi-Fi-Wireless-ISP На устройствах инет будет с роутера.

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

Прошивка 4.3.0, и скорее всего более ранние. KN-1010. На частоте 2.4Гц настроен WISP для подключения по WIFI к точке доступа на мобильном телефоне. В настройках канала стоит Авто. В настройках Выбора оптимального канала стоит Динамически. (когда WISP не активирован). В нормальном режиме, когда WISP подключен к мобиле, всё хорошо и канал выбранный автоматически остается тем же на протяжении длительного времени. Но если отключить на мобильном точку доступа, а на роутере не выключить WISP соединение вручную, то роутер будет продолжать пытаться подключиться к ТД, а канал будет меняться каждые 10 секунд (иногда чуть чаще или реже). Всё это приводит к тому например, что графики Монитора WIFI рисуются только 10 сек, а потом сбрасываются и начинают рисоваться сначала уже для другого канала. Ну и в целом, наверное не хорошо для других соединений на 2.4Гц если канал с такой периодичностью меняется. Скажу сразу подобное поведение замечено в отсутствии каких-либо клиентов на частоте 2.4Гц. У меня все на 5Гц сидят. Как будет, себя вести смена канала, если будет присутствовать хотя бы один клиент на 2.4Гц я не знаю. (уже знаю). Загруженность канала 2.4Гц судя по графику нормальная, всё в синем диапазоне. Помимо меня роутер видит ещё 22 чужие ТД. Все относительно далеко. Проверьте пожалуйста, и если что-то можно поправить, оптимизировать, то хорошо. Никаких селфтестов не кидаю. Ситуацию смоделиловать очень просто. PS: Проверил с подключенным клиентом 2.4Гц. Частота смены канала чуть уменьшается, примерно раза в два. Но канал продолжает меняться 4, 8, 11 и чередуется. Каждые 20-30 сек. Когда отключил клиента то стало меняться каждые 5 сек. (в другой раз каждые 2 сек) Когда полностью выключаю WISP канал для 2.4Гц остается одним и тем же в течении часов, а может и дней. Раньше этого прикола не замечал, потому-что инфа о каналах на дашборде была запрятана, теперь увидел. ) Это в доках читал. Видимо с этим и связана смена частоты при сканировании эфира. Но очень по разному оно себя ведет, от смены каждые 2 сек до десятков секунд.

На 1010 всё в порядке.

Пока они в одной подсети, они будут видеть друг друга. Нужно разнести по разным. https://help.keenetic.com/hc/ru/articles/360005236300-Сегменты-сети