Jump to content

dimon27254

Forum Members
  • Posts

    555
  • Joined

  • Last visited

  • Days Won

    18

Posts posted by dimon27254

  1. 8 минут назад, CrPO4 сказал:

    Возможно, имеет смысл убрать данное ограничение?

    Не факт, что имеет смысл:

     

    Уже для 500 Мбит/с ограничение может работать не так, как хотелось бы, ввиду возможного упора в производительность процессора:

    В 12.02.2024 в 20:11, Le ecureuil сказал:

    Производительности шейпера достаточно примерно до 200-400 Мбит/с (в зависимости от модели и других компонентов), дальше он начинает упираться в CPU.

     

    • Upvote 1
  2. 6 минут назад, vk11 сказал:

    Sprinter, подключен ретранслятором к Ultra (в старом интерфейсе все норм), ну и в логе не спринтере полно такого

    Новый веб-интерфейс пока что не адаптирован для работы в режиме ретранслятора:

    В 21.08.2023 в 17:21, eralde сказал:

    на устройствах, работающих в неосновном режиме (не router), новый веб-интерфейс пока вообще не должен быть доступен.
    Эта часть ещё не доделана.

     

    • Thanks 2
  3. На данный момент, к сожалению, инструмент переноса настроек между Кинетиками все еще не реализован.
    Некоторое время назад на форуме велось обсуждение этого вопроса, но свежих новостей пока что нет.

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

    Лучше вручную копировать по блокам настройки из заранее сохраненного startup-config.txt прошлого Кинетика в новый.
    При этом, необходимо обязательно удалить пароли у пользователей, учесть тип и количество проводных портов (например, на прошлой модели 4 стомегабитных, а на новой 8 гигабитных), наличие аппаратного ускорителя и т.д., вручную внося правки. Иначе, в самом худшем случае есть вероятность получить "кирпич".

    Такие вещи, как, например, конфигурация Mesh, приватные ключи Wireguard-интерфейсов в этом файле настроек не хранятся, поэтому не подлежат переносу.

    Если с использованием Entware еще есть возможность "подсмотреть" приватные ключи (для моделей с USB-портом, кроме KN-1210/KN-1211), то Mesh-систему придется "собирать" заново. В случае, если на ретрансляторах были какие-то индивидуальные настройки (например, номера каналов Wi-Fi, расписание работы индикаторов, действия при нажатии кнопок), их затем тоже придется переносить вручную.

    • Upvote 1
  4. @eralde @Anna Zhelankina увидел парочку незначительных визуальных недочетов, проявляющихся в темной теме.

    1. При щелчке, кнопка "вернуть заводские настройки" выделяется слишком светлой заливкой:

    Скрытый текст

    2024-02-05152038.png.f5612ec248481032027ff44735966f0e.png

     2. В поп-апе "удаление пользовательских настроек", текст "подтвердите сброс настроек" слабо различим, т.к. сливается с заливкой блока:

    Скрытый текст

    image.png.ac60c6e8a253db3066f80da8e45181eb.png

    • Thanks 1
  5. @eralde возможно ли с помощью GET-запроса выключить/включить определенный интерфейс?

    С помощью POST-запроса все получается, но интересно, реализуемо ли это через GET.

    Пробовал "конструкцию" вида: 
    http://192.168.1.1/rci/interface?name=WifiMaster0/AccessPoint1&up=false
    Но, судя по всему, или что-то упустил, или делаю не так - система просто отвечает текущей конфигурацией этого интерфейса в JSON формате:

    Скрытый текст
    {
      "WifiMaster0/AccessPoint1": {
        "rename": "GuestWiFi",
        "description": "Guest access point",
        "mac": {
          "access-list": {
            "type": "none"
          }
        },
        "security-level": {
          "private": true
        },
        "authentication": {
          "wpa-psk": {
            "psk": "*"
          }
        },
        "encryption": {
          "enable": true,
          "wpa2": true,
          "tkip": {
            "hold-down": "*"
          }
        },
        "ip": {
          "dhcp": {
            "client": {
              "hostname": "*"
            }
          },
          "mtu": "1500"
        },
        "ssid": "*",
        "wmm": true,
        "rrm": true,
        "ft": {
          "mdid": "*",
          "enable": true
        },
        "up": true
      }
    }
  6. @eralde заметил некоторое различие в отображении графиков монитора трафика между веб-интерфейсами.

    В новом вебе столбцы ограничены 2 Мбит/с, тогда как в текущем подстраиваются под общую максимальную скорость.

    Скрытый текст

    image.thumb.png.b65bb309d5fd07899f450487e45756b4.png

    image.thumb.png.2b7eae1e1d04caf9b4cb63bcff5083d0.png

    Проявляется при равномерном потреблении трафика устройствами, когда нет резких скачков.

    Проверял на KN-1811 с 4.1 Beta 3.

  7.  @eralde @Anna Zhelankina в новом вебе перед применением новых настроек беспроводной сети, к которой подключено управляющее устройство, не выводится предупреждение вида:

    Скрытый текст

    image.png.fa7b69bf8482ba9b0ad5436ca44a5fce.png

    Также обнаружил пустое пространство после портов в блоке "Разъемы сегмента и VLAN":

    Скрытый текст

    image.png.8ec62cd4c3f351de1996a9ff13d7ef07.png

    Проверял на KN-1811 с 4.1 Beta 3.

    • Thanks 2
    • Upvote 1
  8. 3 минуты назад, AndreBA сказал:

    Думаю, что это ошибка в добавлении выбора по 2-му порту USB так как он только 2.0

    Стоит отметить, что какая-то проверка в новом вебе на этот порт все равно имеется. Если выбрать другой режим работы порта 1, то кнопка сохранения появляется. Для 2-го же порта этого не происходит.

    Лучше всего, чтобы выбор был недоступен, как это реализовано в текущем веб-интерфейсе:

    Скрытый текст

    image.png.5fb4a7ef0a44df676db8d80d466731ad.png

     

  9. @eralde @Anna Zhelankina в мобильном вебе имеет место быть незначительная визуальная погрешность: если модель "короткая" и находится на одной строке с логотипом компании, то смещается чуть выше:

    Скрытый текст

    image.png.c142e359afa8e4d062575c832de53ecf.png

    Для "длинных" моделей, которые переносятся на другую строку, все в порядке:

    Скрытый текст

    image.png.6fdecebb37941d0482ab07a3d1fcb7ba.png

    • Thanks 2
  10. @eralde нашел небольшой баг: для 2 порта можно выбрать режим работы, отличный от USB 2.0:

    Скрытый текст

    image.png.9ad7f1d5e166a1fc699870a2c44903a9.png

    При этом, кнопка сохранения изменений не появляется внизу страницы.

    В текущем вебе для этого порта смена режима недоступна.

    Проверял на KN-1811 с 4.1 Beta 3.

    • Thanks 1
  11. @eralde обратил внимание на парочку неработающих ссылок.

    1. Другие подключения, Wireguard, поп-ап "Настройки подключения", раздел "Настройка пира", тултип около поля "Проверка активности", ссылка на статью "Wireguard VPN".

    В текущем вебе она ведет на страницу https://help.keenetic.com/hc/ru/articles/360010592379. Работает, пусть и не идеально, ввиду проблем с доступом к Zendesk в РФ.

    В новом вебе ссылка иная: https://support.keenetic.ru/articles/360010592379. При переходе по ней просто открывается главная страница центра поддержки в доменной зоне ru.

    2. Параметры системы, блок "Автоматическое обновление", ссылка на статью "Автоматическое обновление операционной системы". Ситуация аналогичная предыдущей.

    Проявляется в русскоязычной локализации, где используется три варианта ссылок на базу знаний: help.keenetic.ru/hc/ru, support.keenetic.ru и help.keenetic.com/hc/ru.

    • Thanks 1
  12. @eralde в поп-апе добавления/изменения правила обнаружил, что при смене маски подсети не происходит повторная валидация ранее введенного адреса источника/назначения.

    Создаю новое правило, в котором указываю адрес подсети источника/назначения, не соответствующий стандартной маске 255.255.255.0. Например, 192.168.100.128. Валидатор, ожидаемо, ругается:

    Скрытый текст

    image.png.3882f58faf77fa189470f5e89d63e636.png

    Устанавливаю маску 255.255.255.128, но адрес все равно не проходит валидацию:

    Скрытый текст

    image.png.f56c502d887b7ac7b5c00e18dc38ca02.png

    Как только подправляю адрес (например, стираю одну цифру) и затем возвращаю исходный, ошибка пропадает:

    Скрытый текст

    image.png.d2fd4fe0f2f85c8cde0b23cf58d72957.png

    В текущем вебе этот баг не проявляется.

    • Thanks 1
  13. @eralde

    1. При фильтрации записей по параметрам "от" / "к", на выбор доступны не все элементы, имеющиеся по данным журнала.

    Например, в текущем вебе доступны такие варианты:

    Скрытый текст

    2024-01-20121129.png.79cc07d459f8ee7ee2053234c6237ad0.png2024-01-20121141.png.1176dd61976ba9aebee4972768104623.png

    В новом же, в этот момент, выбор невелик:

    Скрытый текст

    2024-01-20121210.png.0218cb5ab05ca586bdea9bb87552b0b2.png2024-01-20121221.png.472e7d4e5cf7772aa3156deabb23b424.png

    2. Ниже строк с записями журнала имеется много пустого пространства, которое можно прокрутить:

    Скрытый текст

    image.thumb.png.c5414a6ad0880d19b31c6e9ad6b81ccb.png

     

    • Thanks 1
  14. К сожалению, он доступен не для всех Кинетиков:

    Цитата

    * на стадии тестирования не доступен для устройств из-за ограничений по объему flash-памяти: KN-1110, KN-1111, KN-1112, KN-1210, KN-1211, KN-1212, KN-1310, KN-1311, KN-1410, KN-1510, KN-1511, KN-1610, KN-1611, KN-1613, KN-1710, KN-1711, KN-1713; активен только в режиме router.

     

  15. 1 час назад, drugold сказал:

    Предлагаю в новом Web-интерфейсе доработать "Сканер сетей" до варианта "Доступные сети" в плане полезной информации.

    Поддерживаю, такой сканер был бы просто идеален. Правда, наверное, не факт, что все модемы способны отдать такой объем данных.

  16. @eralde @Anna Zhelankina обратил внимание на некоторые недочеты на этой странице. Проверял в 4.1 Beta 2 с модемом Huawei E3372h-153 на stick-прошивке.

    1. Не работает сканирование эфира. Статус "подготовка" в поп-апе сменяется нелокализованным и неизвестным, а само сканирование по факту не начинается:

    Скрытый текст

    image.png.776e398f2120da8a753f53ab9505676e.png

    В новом вебе сканер пока что реализован только для модемов типа UsbQmi?

    В текущем вебе проблем нет, выводятся все доступные сети:

    Скрытый текст

    image.thumb.png.77cbde0b1b774fedf22e02e0b6c05ee8.png

    2. Блок выбора диапазонов:

    2.1. Имеется лишняя строка "4G LTE-TDD" без доступных вариантов:

    Скрытый текст

    image.png.41bce9b3ba15c258aff5cc2463d4605a.png

    В текущем вебе она отсутствует:

    Скрытый текст

    image.png.20e2e73ad6aa2961548fb386769748cb.png

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

    Хотелось бы, чтобы они четче выделялись окраской. Например, как-то так:

    Скрытый текст

    image.png.d0749b519633de12186e9438fdcbaa4c.png

    image.png.449a3358ba77acbe6566333ff0ee848b.png

    3. Поп-ап "метрики сигнала":

    3.1. Он выглядит не совсем красиво в процессе получения с модема данных:

    Скрытый текст

    image.thumb.png.444a08ebba9f09fd0d05a854f504dfa6.png

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

    3.2. В этом же поп-апе не увидел кнопки вызова подсказок по параметрам сигнала (RSSI, SINR и т.д.), которая есть в текущем вебе:

    Скрытый текст

    image.thumb.png.a652800910995a41ab8482ae172043fc.png

    Было принято решение отказаться от этого?

    3.3. В мобильной версии, в таблице блока "информация о подключении", заголовкам выделено маловато ширины:

    Скрытый текст

    image.thumb.jpeg.d048c87752afabe175959f507ac80e37.jpeg

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

    3.4. Совсем мелочь, но которая имеет место быть и в других местах нового веба: инвертирована пиктограмма кнопки скрытия/раскрытия блока:

    Скрытый текст

    image.png.cddbe15042f2ebe897fd2ef269d7f234.png

    image.png.2e6310b738af413d4eca004adb3770ab.png

    • Thanks 2
  17. 48 минут назад, SySOPik сказал:

    В туннеле несколько клиентов. Трафик периодический. Обрывов туннеля нету. Клиенты и с белым и с серыми адресами.

    Не могли бы, пожалуйста, привести свои настройки сервера и одного из клиентов?

    2 минуты назад, SySOPik сказал:

    Нужно смотреть настройки WG, скорей всего там где-то проблема. Мне не понятно: "ip_сервера" ,  "старый_ip_сервера", (новый_ip_сервера:порт) то внутренние адреса WG или внешние белые? Логи с клиента или сервера?

    ip_сервера - текущий внешний белый ip сервера,
    новый_ip_сервера:порт - новый внешний ip сервера и порт,
    старый_ip_сервера - старый внешний ip сервера.

    Лог приводил с клиента.

    Настройки довольно стандартные. Сервер:

    interface Wireguard1
        description Server
        security-level public
        ip address 172.16.21.1 255.255.255.0
        ip mtu 1324
        ip access-group _WEBADMIN_Wireguard1 in
        ip tcp adjust-mss pmtu
        wireguard listen-port 54321
        wireguard peer публичный_ключ_клиента !client
            allow-ips 172.16.21.2 255.255.255.255
            allow-ips удаленная_подсеть_на_клиенте 255.255.255.0
            connect
        !
        up
    !

    Клиент:

    interface Wireguard2
        description Client
        security-level public
        ip address 172.16.21.2 255.255.255.0
        ip mtu 1324
        ip access-group _WEBADMIN_Wireguard2 in
        ip tcp adjust-mss pmtu
        wireguard peer публичный_ключ_сервера !server
            endpoint *.keenetic.link:54321
            keepalive-interval 24
            allow-ips 172.16.21.1 255.255.255.255
            allow-ips удаленная_подсеть_на_сервере 255.255.255.0
            connect
        !
        up
    !

    Другой вариант - клиент с использованием ping-check:

    ping-check profile WG
        host 172.16.21.1
        update-interval 30
        mode icmp
        max-fails 5
        timeout 5
    !
    interface Wireguard2
        description Client
        security-level public
        ip address 172.16.21.2 255.255.255.0
        ip mtu 1324
        ip access-group _WEBADMIN_Wireguard2 in
        ip tcp adjust-mss pmtu
        ping-check profile WG
        ping-check restart
        wireguard peer публичный_ключ_сервера !server
            endpoint *.keenetic.link:54321
            keepalive-interval 24
            allow-ips 172.16.21.1 255.255.255.255
            allow-ips удаленная_подсеть_на_сервере 255.255.255.0
            connect
        !
        up
    !

    удаленная_подсеть_на_клиенте - сегмент "домашняя сеть" на KN-3010,
    удаленная_подсеть_на_сервере - сегмент "домашняя сеть" на KN-3610.

×
×
  • Create New...