Перейти к содержанию

keenet07

Участники форума
  • Постов

    3 143
  • Зарегистрирован

  • Победитель дней

    31

Сообщения, опубликованные keenet07

  1. 4 минуты назад, eralde сказал:

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

    У меня к вам прекрасное отношение. Даже не знаю что вы приняли за упрек. Я скорее попытался дать больше аргументов в пользу реализации.

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

    • Спасибо 1
    • Лайк 1
  2. 40 минут назад, Keender сказал:

    Что скажете по поводу моих мыслей?

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

    Ну возможно ещё заблокировать для клиента/устройства весь трафик, кроме самого прокси, если такое приемлемо. 

  3. 19 минут назад, Keender сказал:

    Может быть вы мне идею подкините, а я дальше буду "копать", пробовать, спотыкалься

    Вы можете попробовать заблокировать порты с которыми чаще всего работает WebRTC или конкретные  STUN/TURN-сервера.

    Что-то вроде этого:

    iptables -A FORWARD -d stun.l.google.com -j DROP
    
    iptables -A FORWARD -p udp --dport 3478 -j DROP
    iptables -A FORWARD -p udp --dport 3479 -j DROP

    Ну либо в интерфейсе через Межсетевой экран. Это может сломать работу некоторых приложений.

    Копайте в этом направлении.

    • Спасибо 1
  4. 38 минут назад, eralde сказал:

    Если бы стояла задача сделать конструктор для пользователя, то такое решение выглядело бы вполне разумным.
     

    В текущих реалиях (и с учетом того, что вы этой теме активны только три человека) я пока не вижу, чем расширение для браузера существенно хуже.

    Понимаю, что для начала действий нужен куда больший запрос в теме. Однако, если взглянуть на проблему в целом, то можно заметить, что есть множество других локальных запросов от пользователей разбросанных по разным темам которые требуют решения и которые так или иначе могли бы вообще не возникать или решаться гораздо проще и быстрее, если бы этот глобальный конструктор существовал бы. Сейчас это вынужденно заставляет вас реагировать на каждый запрос по отдельности. Где-то подправить размер шрифта, где-то поменять цвета, но в итоге получается замкнутый круг, потому-что одним нравится так, а другим нравится иначе. Не знаю беспокоитесь ли вы за то, что внедрение такого конструктора в в перспективе в некоторой степени лишит вас работы или же наоборот только разгрузит для чего-либо более важного и полезного. Ведь сколько всего нового уже внедренного на уровне CLI всё ещё ждет своей очереди на внедрение на уровене веб-интерфейса. А вы вынуждены отвлекаться на мелкие правки.

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

  5. Если вы mesh не пользовались и пока не собираетесь можно вообще удалить компонент который отвечает за это. Интерфейс ещё более разгрузится от неиспользуемого и ненужного. В том числе от подобных надписей. 

  6. Возможно убрали надпись для тех случаев когда подключение идёт через тоже самое устройство на котором смотрится. Чтоб не перегружать текстом.

  7. Да. И плавно подходим к тому, что многие элементы интерфейса хотелось бы настраивать под свои параметры дисплея и предпочтения.

    Поддержите пока внимание разработчика к этому обращено. Там и о настройке меню есть.

     

  8. 300 это уже не плохо.

    До полной кастомизации, это только долго и упорно выводя каждый настраиваемый уникальный элемент в эту CSS, чтоб было без конфликтов. Но вроде настолько полная и не требуется.

    Да и не обязательно даже все доступные из этих 300 сразу отдавать для ручной настройки. Только постепенно добавляя. Графики, фоны, размеры с отдельных страниц. Размер шрифта бокового меню. Дальше больше.

     

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

    Что-то типа того:

    Глобальные:

    --parameter-color1:

    Уникальные:

    --parameter-color1.main-page:

    --parameter-color1.intelliqos-page:

    • Спасибо 1
  9. 4.3 Beta 2.

    Спасибо, обнуляется при отключении соединения. Жаль только что обнуление привязали к отключению, а не включению соединения.

    Логика такая.

    Когда подключаешь - у тебя счетчики начинают считать с нуля.

    Когда отключаешь - данные  статистики остаются и ты можешь пользоваться ими пока не подключишь заново. А в текущей реализации они обнуляются.

    На мой взгляд так было бы функциональнее.

  10. 13 минут назад, eralde сказал:

    Технически подкованные пользователи и так могут поменять стиль любого элемента в веб-интерфейсе, используя расширения для браузера, например, Stylus.

    Впрочем, мне интересно узнать, насколько это популярный запрос

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

    Судя по всему пока не очень. ) Думаю переживают, что силы будут отвлечены от чего-то более важного.

  11. У меня 4K. Пользовался при 110% Меню входило не полностью.

    Beta 2. Да стало сильно мельче. Зато проматывать не нужно. Хотя наверное можно было бы чуть покрупнее. Дело привычки.

    А вот в ширину "Анализатор трафика приложе..." так и не входит целиком, хотя место там есть с запасом. )

    Анимация вроде на месте. А какая там была? Меню выезжает слева направо и наоборот.

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

    В описании акцент именно на длину.

    • Спасибо 1
  13. В продолжение этой темы: 

     

     

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

    И даже не обязательно встраивать в веб-интерфейс сам редактор этих стилей. Кому нужно и сами разберутся в содержимом формата файла. И тогда может появиться множество кастомных стилей оформления от пользователей. А также несколько базовых от разработчика.

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

    @Anna_ @eralde

    • Спасибо 1
  14. Я за кастомизацию. Вынести в меню настроек (звёздочка в правом верхнем углу интерфейса) новые настройки. Например наборы различных цветовых гамм для разных графиков. Возможно также и изменение цветов каких-то других элементов интерфейса.

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

    • Спасибо 1
  15. 13 минут назад, Evil_Raven сказал:

    Я обжимал кабель, который от роутера к компу.
    image.png.dd34e97661cf8490db09ddf782ddb63f.png

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

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

  17. Визуализация маршрутизации - это графическое отображение путей передачи данных в сетях, включая узлы и связи, для наглядного анализа структуры и трафика. Применяется в сетевом управлении, диагностике, планировании, обучении и кибербезопасности для оптимизации работы сети, выявления проблем и повышения эффективности.

    1. Требуется средство, которое бы визуально отображало входящий или исходящий трафик по разным каналам связи. Например, основной проводной провайдер, второй провайдер, беспроводной провайдер, WIFI, VPN, Proxy ну и все прочие каналы.  интегрировать в Монитор трафика и Анализатор трафика совместно с Классификацией трафика. Например, добавить в Монитор трафика в Топ-5 вкладку Интерфейсы и рисовать там цветные графики количества трафика проходящего по разным каналам связи.

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

    3. Сделать визуальную карту маршрутизации на основе данных трассировки маршрута. С указанием известных локальных и глобальных узлов. Возможность поиска оптимального маршрута в плане количества хопов и таймаутов при наличии нескольких каналов связи. Проверку доступности конечного узла по разным маршрутам. Диагностика проблем соединения с внешними ресурсами.

    4.  Создать инструмент анализа маршрута который покажет через какие страны проходит трафик до указанного ресурса, ну и в целом в какой стране он находится на основе GeoIP. Вбиваешь сайт - видишь что ресурс полностью находится на территории России, вбиваешь другой адрес, видишь какие страны он проходит по пути и в какой стране находится. Последнее можно реализовать на базе уже существующего инструмента трассировки маршрута.

    5. Там же показывать известные СDN (сети доставки контента: Cloudflare, Akamai, Amazon CloudFront, Fastly, Google Cloud CDN и другие), что тоже поможет в лучшем понимании проблем с доступом к ресурсам и вопросов кибербезопасности.  

    6. Локализация проблемы доступа к ресурсу. Сразу видим где проблема, у провайдера, у сети CDN или на каком-то промежуточном узле связи. Видим где это географически находится. Удобный инструмент прям под рукой.  Там же видим где возникают самые большие задержки в маршруте. Даем знать если наблюдаются какие-то аномалии в маршруте.

    7. В перспективе, возможность использования открытых обновляемых баз данных IP адресов или подсетей замеченных в незаконной или вредоносной деятельности (различные ботнеты, C2 сервера и прочее). Подсказываем пользователю если маршрут проходит через один из таких узлов или является конечным маршрутом.

    • Лайк 2
    • Не понял 3
    • Не согласен 1
  18. 2 минуты назад, Le ecureuil сказал:

    Имеете в виду при перещелкивании ползунка включено/выключено в вебе?

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

  19. 4.3 Beta 1

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

    Понимаю что там какое-то "не настоящее" подключение, но было бы не плохо чтоб данные обнулялись при повторном ручном подключении.

    • Лайк 1
×
×
  • Создать...

Важная информация

На этом сайте используются файлы cookie. Нажимая "Я принимаю" или продолжая просмотр сайта, вы разрешаете их использование: Политика конфиденциальности.