keenet07

Возможно что-то не нравится системе когда с одного IP адреса несколько сессий устанавливается. Два или три ПК лезут одновременно. Хотя дело может быть и не в этом. Проверять нужно. Вероятно всё-таки что где-то происходит попытка входа с неверным паролем, например в другом браузере, где верный пароль не сохранен. Или ещё где-то. Не в курсе что у вас там настроено.

Ну а что есть выше чем вот это [I] Apr 25 14:27:11 ndm: Netfilter::Lockout::Manager: "Http": ban remote host хх.хх.хх.хх for 15 minutes.

Понятно, вы настраивали. Но это ведь чисто теоретически не мешает кому-то попытаться войти с другого компа в этом офисе (если таковые имеются). Или даже на любом из ваших настроенный в случае какой-то ошибки, может запросить пароль к ресурсу, а пользователь может просто нажать ОК с пустым паролем или попытаться что-то ввести. ps: Причем подключиться могли пытаться не обязательно к webdav. Может быть в админку или к другому сервису на роутере, на которые распространяется эта защита.

Ну второй офис подключается к этому webdav с одного внешнего адреса? Вот кто-то с той стороны несколько раз не правильно вводит пароль, срабатывает защита от перебора и все ваши 4 ПК не имеют доступа пока не разбанится IP. Выясняйте, кто, как и откуда это делает.

Перенести всё можно вручную в базовой версии из первого поста. А то на что вы ссылаетесь - это демонстратор интерфейса, а не рабочая версия.

Там многое что ещё не доделано. Что-то нужно скрывать в определенных режимах. Что-то наоборот дополнительно выводить. Например, MLO.

Ещё хорошо бы в кнопки с диапазонами к числовым значениям добавить и единицы измерения, т.е. ГГц. Как в мониторе WIFI. Смотреться будет лучше и информативнее. А так же было бы неплохо, чтоб в меню Точки доступа как-то обозначалось надписью или значком, если SSID скрыт.

Как считаете, можно ли сделать возможность ограничения скорости (шейпинга) для конкретных приложений на основе работы Анализатора трафика приложений? А для конкретного устройства? Или достаточно того что уже есть? Возможные кейсы. 1) Мягкое ограничение вместо полного бана и лишних конфликтов. (это такой "сам себе" РКН) Допустим, какому-то клиенту можно ограничить скорость YT трафика до нужного предела. Ну к примеру до 2мбит/c. Смотреть можно в низком разрешении, но особо не позалипаешь. Цели у этого могут быть самые разные. Ограничить одного, не ограничивая остальных. Или ограничить скорость категории трафика Игры или что-то ещё, что не желательно к использованию в конкретной локации. При этом полностью ничего не блокируя. Ограничение скорости торрентов, различных облаков. Качать можно, но не быстро. 2) В целом, защита канала от пожирателей трафика. Как QoS, но более точечно. 3) Всё тоже ограничение но по времени суток. Днем в определенное время полная скорость, ночью ограниченная. Или наоборот, в зависимости от задачи. 4) Точетные ограничения для IoT устройств. Зачем чайнику или роботу пылесосу высокоскоростной выход в интернет? Ограничитить под свои нужды. 5) Возможно где-то ещё есть лимитные тарифы. Полезно было бы настроить на них ограничения разным приложениями, особенно различным ютюбам или качалкам, чтоб трафик не сожрало. 6) Как дополнительный инструмент Родительского контроля. Ну и многое другое. В общем, мягкий способ балансировки скорости канала без полной блокироваки, не ломающий функционала.

Так на 5.1 Beta 0.3 долго не было ссылки, потому-что небыло самой статьи об обновлении на портале. Её только только добавили вместе с 5.1 Beta 1 Там всегда идёт отставание на одну две версии, в частности на альфах и всяких пре.

Да, но для этого должно пройти ещё 10 лет с момента появления функции. ))

Вы же их не в формате bmp загружаете? Лимит не израсходовали? Посмотрите в профиле на форуме.

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

Показать другие сегменты нажмите. Покажите что там порты относятся к конкретным сегментам.

Актуальность не в смысле, "есть ли что-то новое", а в смысле "сколько ты уже не обновляешься по факту". Как много пропустил. Видеть сколько времени проходит от версии к версии. Удобно ориентироваться сколько ещё примерно ждать следующего выхода, при знании периодичности конечно. Как побочное явление, на старых, уже не обновляющихся устройствах эта цифра будет стимулировать к покупке нового актуального железа. Как психологический фактор. И не только для этого. ) Я предложил. Посмотрим интересно ли это кому-нибудь. Голосуйте в шапке темы.

А можно добавить на плитке о системе дату последнего обновления прошивки. Именно дату релиза установленной прошивки. Можно как отдельной строчкой, так и в скобочках в строке версии прошивки. Чтоб наглядно видеть актуальность прошивки без необходимости куда-то ещё заглядывать для этого. Если не отдельной строчкой, то можно хотя бы во всплывающем облачке писать дату и ещё какую-нибудь полезную информацию о прошивке при наведении на версию обновления. К примеру, сколько дней прошло с даты релиза.