keenet07

На моей 1812 пинг из локалки на роутер 192.168.1.1 от 2-4мс. Но без разрывов. Роутер не нагружен. Вообще странно.. Должно же быть менее 1мс.

версию прошивки укажите.

5.1 Beta 2 Хоть и не увеличили бублик, но смотрится теперь нормально. Пропорционально.

У меня нет готового всеобъемлющего промта для миграции конфигов роутера. Я к тому, что даже ИИ без подсказок не перенесет одну конфигурацию в другую правильно с первой попытки. Там много нюансов, которые ей нужно растолковать. А для этого вам и самому придется в этом немного разобраться. И для удобства изучения конфигов можете воспользоваться вот этим иснтрументом.

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

Потому-что в названии сети зашифрована совсем не модель устройства.

Возможно что-то не нравится системе когда с одного 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 загружаете? Лимит не израсходовали? Посмотрите в профиле на форуме.

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

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

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

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

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

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

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

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