keenet07

Там только BGP пиры между провайдерами.

Разобрался. У меня traceroute на роутере не через ICMP/UDP стоял, а TCP SYN на 80 порт. А это прикрыто было. ) Теперь работает. Но очень много хопов со ***. Провайдеры в наши дни фильтруют ICMP Time Exceeded, в качестве защиты от ддос и чтоб топологию сети не было видно.

Понятно. Видимо вопросы к провайдеру. beta2?

У всех всё в порядке? Нет такой ошибки?

Там он называется "Фильтрация контента и блокировка рекламы при помощи облачных сервисов" снимите фильтр DNS dns-filter это внутреннее название.

В этом случае можно и так.

Не системные. Поставьте nameserver 192.168.1.1 или какой у вас там локлальный IP у роутера. А на нем уже настройте то что вам нужно. Так роутер сможет перехватывать ваши запросы и управлять DNS-маршрутами

В веб-интерфейсе не работает трассировка маршрута. starting traceroute to yandex.ru... traceroute to yandex.ru (77.88.55.88), 30 hops maximum, 52 byte packets. Failed to send a TCP probe: operation not permitted. 1 Почему такое может быть? Хм. И с клиентов ничего не трассируется. 2All Проверьте у себя?

Это значит в самом браузере или где-нибудь в ОС не должен быть выбран безопасный DNS типа DoT/DoH. Должен выбираться IP роутера и использоваться DNS установленный в роутере.

У меня на вивальди нет, он на хроме. Версия не последняя.

У меня последняя строка обрезается на половину высоты. Но прокрутка работает.

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

В веб-интерфейсе в любом пункте меню при нажатии ESC происходит сворачивание бокового меню. Если это фича, то хорошо было бы, чтоб при повторном нажатии оно разворачивалось обратно. И есть места когда это сворачивание по ESC происходит не по желанию пользователя. В любом меню где есть элементы с открывающимися поверх окнами, например в меню Маршрутизация при нажатии на любой строке открывается окно редактирования маршрута. Так вот, если закрывать его без сохранения не мышкой на крестик, а по нажатию ESC (что быстрее и удобнее), то вместе с закрытием окошка, также сворачивается и боковое меню. А это не желательное поведение. Если возможно, то как-то разграничьте эти действия. @eralde

Небольшая поправка к вышесказанному. Маршруты отключаются путем добавления под отключаемой строкой в конфиге строчки ip route disable Ошибка заключается в том, что ip route disable также добавляется и в конце всего списка именно в конфиге. И соответственно отключает последний добавленный маршрут тоже, т.к. там они хранятся в порядке добавления. В веб-интерфейсе этот маршрут может находиться в любом месте списка в зависимости от сортировки.

5.0 beta 2. Реализовано отключение/включение маршрутов в web-интерфейсе. Спасибо. В истории только не написали о нововведении. Чуть не пропустил. )

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

Я и не заметил, что маршруты теперь отключаются. ) Полезно.

Да, но после него то уже не отключить обновление определенных списков без перезагрузки.

5.0 beta 2. Выбор интерфейса починили. Эксклюзивные маршруты тоже заработали. @Le ecureuil Но есть вопрос. Молотилка IP адресов из доменов запускается по факту создания Списка доменных имен? Или по факту существования включенного правила маршрутизации с использованием этого списка? В первом случае без полного удаления списка остановить процесс нельзя, а удалять не хочется. А во втором случае можно просто отключить определенное правило маршрутизации и процесс не будет добывать IP из доменов которые не используются без необходимости. Хотелось бы чтоб работало как во втором случае, если реализуемо.

Возможно ли, увидеть и посчитать трафик DLNA между двумя WIFI устройствами подключенными через роутер? Устройства в одной подсети. Где на самом роутере можно увидеть этот трафик, ведь он всё-равно идёт через него? Нагружает сеть. Я понимаю, что если два устройства подключенные к роутеру по LAN обмениваются трафиком между собой, мы не увидим этого на роутере, т.к. обмен может происходить на уровне свитча. С WIFI та же история? Аппаратное ускорение? Или просто не реализовано просмотра нигде в интерфейсе? В веб-интерфейсе в Списке клиентов, в информации о переданных данных этих клиентов этого трафика нет. kn-1010

Было бы удобно на какой-то из страниц иметь собранную воедино информацию по хостам. К примеру есть таблица с подключенными клиентами, в ней в строке: имя хоста, IP, способ подключения, приоритет, может быть ещё что-то (как в Списке клиентов). Нажимаем на строку конкретного клиента и вниз раскрывается/разворачивается блок с информацией из Анализатора трафика приложений по этому клиенту, т.е. сразу видим что активно, что запущенно, скорость. Раскрываем дальше конкретное приложение или даже прямо здесь же видим и все IP адреса и порты по которым установлены эти соединения приложений (на основе информации из Активные соединения). Всё это в связке с информацией Анализатора трафика приложений. Где-то здесь же ссылки и переходы к настройкам хостов, к меню Анализатора трафика приложения и к Активным соединениям. Возможно где-то здесь же добавить и возможности управления этим трафиком (Межсетевой экран, Фильтр приложений). Быстро что-то заблокировать из активного. В общем нужна подобная связанность в иерархическом виде. Сейчас всё это присутствует, но разбросанно по всему интерфейсу в виде отдельных инструментов. Если когда-нибудь соедините всё подобным образом, было бы интересно. Пусть даже в виде отдельного компонента прошивки со всеми необходимыми зависимостями.

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

Ещё можно было бы переименовать название вкладки "Маршруты DNS" на "DNS-маршруты" так лучше смотрится в сочетании с двумя уже существующими вкладками и будет правильнее относительно термина "DNS‑based routes". А то исходный вариант звучит как будто там "какие-то маршруты самого DNS", типа "какие домены на каких DNS-серверах резолвить" (DNS routes) @Anna_ , @eralde

Не наблюдаю ни первого ни второго.