keenet07

У меня 4K. Пользовался при 110% Меню входило не полностью. Beta 2. Да стало сильно мельче. Зато проматывать не нужно. Хотя наверное можно было бы чуть покрупнее. Дело привычки. А вот в ширину "Анализатор трафика приложе..." так и не входит целиком, хотя место там есть с запасом. ) Анимация вроде на месте. А какая там была? Меню выезжает слева направо и наоборот.

Проверка могла бы быть не только по длине пароля, но и на наличие в пароле всех типов допустимых символов. QWERTY qwerty 1234 ~!@#$% и т.д. В описании акцент именно на длину.

Чтоб не потерялось, создал тему в развитии.

В продолжение этой темы: Предлагаю в перспективе реализовать возможность загрузки файла стилей оформления интерфейса. В котором каждый при желании сам сможет поменять ряд параметров оформления, будь то цветовой параметр или параметр форматирования почти любого текстового элемента интерфейса. Да, это прилично работы. Нужно вынести константы различных параметров в файл стиля. И даже не обязательно встраивать в веб-интерфейс сам редактор этих стилей. Кому нужно и сами разберутся в содержимом формата файла. И тогда может появиться множество кастомных стилей оформления от пользователей. А также несколько базовых от разработчика. Не обязательно делать всё и сразу. Можно начать с малого, хотя бы с возможности выбора цветов графиков в Мониторе трафика, размера шрифта бокового меню. И постепенно наращивать количество изменяемых параметров. @Anna_ @eralde

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

Кабель тестером проверить. Перепроверить что обжато по схеме B с обеих сторон. Если вопросов по обжатию нет, то скорость порта прописать 1000 или 100, посмотреть как будет работать. Можно в другой порт воткнуть кабель, если свободные есть.

Если подозреваете что глюк где-то на физическом уровне OSI. Ну можно попробовать зафиксировать вручную скорость порта например который идёт на ПК. Там у вас 100 или 1000? У вас там пачкорд или кабель обжат?

С MAC адресами на устройствах нет проблем? Ничто не может вызывать конфликт? Клонирование не используется?

Визуализация маршрутизации - это графическое отображение путей передачи данных в сетях, включая узлы и связи, для наглядного анализа структуры и трафика. Применяется в сетевом управлении, диагностике, планировании, обучении и кибербезопасности для оптимизации работы сети, выявления проблем и повышения эффективности. 1. Требуется средство, которое бы визуально отображало входящий или исходящий трафик по разным каналам связи. Например, основной проводной провайдер, второй провайдер, беспроводной провайдер, WIFI, VPN, Proxy ну и все прочие каналы. интегрировать в Монитор трафика и Анализатор трафика совместно с Классификацией трафика. Например, добавить в Монитор трафика в Топ-5 вкладку Интерфейсы и рисовать там цветные графики количества трафика проходящего по разным каналам связи. 2. В перспективе реализовать, простой способ переключения определенного вида трафика (по протоколам или по приложению) между любыми каналами связи. 3. Сделать визуальную карту маршрутизации на основе данных трассировки маршрута. С указанием известных локальных и глобальных узлов. Возможность поиска оптимального маршрута в плане количества хопов и таймаутов при наличии нескольких каналов связи. Проверку доступности конечного узла по разным маршрутам. Диагностика проблем соединения с внешними ресурсами. 4. Создать инструмент анализа маршрута который покажет через какие страны проходит трафик до указанного ресурса, ну и в целом в какой стране он находится на основе GeoIP. Вбиваешь сайт - видишь что ресурс полностью находится на территории России, вбиваешь другой адрес, видишь какие страны он проходит по пути и в какой стране находится. Последнее можно реализовать на базе уже существующего инструмента трассировки маршрута. 5. Там же показывать известные СDN (сети доставки контента: Cloudflare, Akamai, Amazon CloudFront, Fastly, Google Cloud CDN и другие), что тоже поможет в лучшем понимании проблем с доступом к ресурсам и вопросов кибербезопасности. 6. Локализация проблемы доступа к ресурсу. Сразу видим где проблема, у провайдера, у сети CDN или на каком-то промежуточном узле связи. Видим где это географически находится. Удобный инструмент прям под рукой. Там же видим где возникают самые большие задержки в маршруте. Даем знать если наблюдаются какие-то аномалии в маршруте. 7. В перспективе, возможность использования открытых обновляемых баз данных IP адресов или подсетей замеченных в незаконной или вредоносной деятельности (различные ботнеты, C2 сервера и прочее). Подсказываем пользователю если маршрут проходит через один из таких узлов или является конечным маршрутом.

Ну да. А то меняешь там прокси, а статистика всё в одну кассу. Так хоть обнулить можно будет. И хоть как-то счетчиками пользоваться.

4.3 Beta 1 Почему для прокси-подключений не сбрасываются данные о количестве полученных или отправленных данных при отключении или повторном подключении соединения, как это сделано с другими подключениями, например VPN? Понимаю что там какое-то "не настоящее" подключение, но было бы не плохо чтоб данные обнулялись при повторном ручном подключении.

Понятно. По идее как на контроллере должно быть. Возможно ошибка.

Ну а в компонентах то галочки стоят на нужных языках?

Попробуйте CRTL+F5 на странице сделать. Если не поможет, куки почистить.

Так. А где Квас2? =)))

В профиле Хоппер

ну на самих роутерах заливать нечему. Вы их конечно же перезагружали? А на клиенте, можете перезагрузить его и просто с другого браузера зайти. Но вы ведь пробовали наверное с другого устройства зайти на сайт? Ещё желательно, чтоб прошивка на всех узлах Меш была одинаковой.

Пробовали клиентом подключиться непосредственно к главному роутеру? Хоть по воздуху, хоть кабелем? Только по Меш перестает открываться или даже напрямую не будет открываться? (не внутри роутера, а клиентом)

ping -t tbank.ru с клиента тоже не проходит? Настройки TTL на роутере никакие не меняли? MTU? Интернет не мобильный? Ограничений на вторичные подключения нет?

Несколько адресов на один домен может прилететь, а может и один всего. И точно не все возможные. Попробуйте пингануть youtube.com с компьютера или с роутера. Какой адрес вы получите? А если попробовать снова спустя какое-то время? С большой долей вероятности адрес будет уже другой. А если использовать разные DNS сервера? А теперь сравните свой адрес с тем что выдаст вот этот сервис: https://ciox.ru/get_all_ip_address_of_host Совпадает? И второе. В любом случае при удаленном обращении вы не знаете какие именно домены нужно пропинговать например чтоб работал youtube конкретно для этого клиента. При просмотре видео он обращается к множеству различных поддоменов arn11s11-in-f14.1e100.net в домене 1e100.net. Как вы будете узнавать на роутере эти поддомены для того чтобы заранее их пропинговать и собрать нужные адреса? На самом роутере этим занимается его внутренний функционал, достаточно указать только домен и он обработает и поддомен по которому вы обращаетесь. Но в случае когда удленный клиент резолвит адреса на своей стороне на роутер приходят обращения уже в виде конкретных IP адресов.

Так это будет работать крайне не стабильно, либо вообще не будет. Многие домены имеют множество IP адресов и нет никаких гарантий, что IP адрес полученный для домена на стороне клиента будет тем же самым, что IP адрес полученный на кинетике. И в итоге кинетик перенаправит маршрут на один адрес, а с клиента вы будете стучаться на другой. Да и вообще не возможно будет собрать все возможные домены для пинга на кинетике. Подождите может подскажут возможно ли резолвить адреса через NAT wireguard на внутреннем резолвере кинетика. И что там нужно ещё настроить в wireguard. Я им не пользовался.

Что бы список начал наполняться кто-то должен на роутере инициировать DNS запросы к этим доменам. Именно это и запускает процесс пополнения. Подключаясь через Wireguard dns запросы вообще могут происходить на стороне клиента. Соответственно ничто не пополняет список IP и не создает маршруты. Но даже если DNS запросы удаленных клиентов происходят со стороны Wireguard, то возможно как то это всё происходит мимо стандартной процедуры роутера. Вот тут не уверен, нужно проверять. Проверьте как происходит у вас.

Только если из единого центра с планировщиком раздавать задания на устройства причем по мировому времени (GMT). И чтоб на устройствах такое задание исполнялось тоже по GMT.

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

Приоритизация приложений уже сейчас этим вполне успешно занимается. Дать возможность что-то там подкрутить по своему желанию, это всего лишь кастомизация этого процесса. Какая там дополнительная нагрузка?