keenet07

Ну а что есть выше чем вот это [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 загружаете? Лимит не израсходовали? Посмотрите в профиле на форуме.

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

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

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

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

На роутере его отключать как раз таки не нужно, это поможет получить достоверные IP адреса. Только на клиентах, там где он мог присутствовать. IPv4 работает совсем по-другому. Там не требуется знать на какие домены вы пытаетесь зайти. А здесь нужно именно это, поэтому необходимо чтоб запрос домена прошел через роутер. Проверьте, что все ваши клиенты на руотере находятся в политике по умолчанию, а не в каких-то созданных специально для них. Это так же ключевой момент. Ну и учитывайте что первый заход на ресурс может не сработать. Несколько раз пытайтесь зайти на нужный сайт, пока роутер не сделает всё что ему требуется. Можно из другого браузера попытаться сделать вторую попытку. Не забывайте про DNS кэш.

Да вроде неплохо работает. Там есть особенность, если домен открывается первый раз, то может с первого раза страница не загрузиться. Не успевает просто всё подготовиться для этого. Обновляешь страницу и всё загружается. Всё. Дальше, если роутер не перезагружать, то всегда этот домен сразу открывается. Поэтому прогружаете сразу всё с чем работаете, по возможности, а потом без затыков пользуетесь. Каких-то экзотических случаев, чтоб домен был прописан, но ни в какую не загружался, у меня не встречалось. Если у вас что-то не работает, давайте конкретные примеры.

@Andry Karcew только в Системного профиле

Там где DNS сервера на роутере прописываете, В интернет-фильтрах.

5.1 Beta 0.3 Пока ничего. Не забудьте про бублик.

Как вариант может быть настроено Умное управление очередями (SQM) в IntelliQoS, Очистить там значения. Это ограничивает скорость. Не исключено, что есть и другие варианты.

Была мысль что дело может быть в конкретных моделях. Но случай с 1812 говорит о том, что тут скорее что-то с самой конфигурацией точек. Альфы от бет не так сильно отличаются. Разве что сроком между выпусками. А на деле новый функционал может появляться и там и там. И отладка может идти долго.

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

5.1 Beta 0.3 Больше не появляется 6 диапазон.

5.1 Beta 0.3 Появилась возможность разделения или создания двух точек доступа в разных диапазонах для одного сегмента сети. Странно, что в ченджлоге не написали. Написали это в 5.1 Beta 0.2 версии, но по факту там этого ещё не было. Кнопка Добавить сеть в меню Точки доступа теперь активна. Единственный момент, в одном сегменте одновременно работать может только две разные точки доступа с разными диапазонами. Создать можно много, но работать будут не более двух. Т.е. если одна работает в 2.4, то другой можно выбрать только 5. У меня была одна ТД работающая сразу в друх диапазонах, когда я добавил в этом же сегменте ещё одну ТД, и выбрал для неё 5 диапазон, то в первой ТД он отключился, она стала only 2.4. Это какое-то фундаментальное ограничение? Нельзя, чисто теоретически, в одном сегменте создать три ТД с разными SSID работающими во обоих диапазонах? И была ли вообще раньше такая возможность? Ну или две точки работающие только в 2.4 в одном сегменте? Настройки в меню Точки доступа сохраняются несколько секунд. Так должно быть? Большой объем обработки?

Где-то уже был такой репорт. Какой-то баг интерфейса, поправят.