Jump to content

dimon27254

Forum Members
  • Posts

    575
  • Joined

  • Last visited

  • Days Won

    18

Posts posted by dimon27254

  1. 34 минуты назад, 3-50 сказал:

    @admin, временное решение без смены прошивки возможно?

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

    Устройства будут обращаться с DNS-запросами не к кинетику, а напрямую к указанным публичным серверам.

    Мне это помогло решить проблему с медленной загрузкой сайтов на устройствах.

    Когда исправление будет выпущено, удалите ранее введённые DNS-серверы из настроек DHCP сервера, перезагрузите кинетик. После этого устройства снова будут обращаться к кинетику.

    • Upvote 1
  2. Аналогичные сообщения имеются и в 4.1 Alpha 3.

    Также отрицательные значения иногда видны в другом сообщении, которое появляется после длительного отсутствия активности между сервером и клиентом:

    wireguard: Wireguard0: zeroing out all keys for peer "*" (6) (*.*.*.*:*), since we haven't received a new one in -2130375580 seconds

     

  3. @admin @Le ecureuil @hellonow после последней перезагрузки весь лог кинетика засыпан записями от ndnproxy вида:

    [D13B] answer from wrong socket (got from 36 *.*.*.*:53 [268435201] to *.*.*.*:*, exp from 20 *.*.*.*:53 to *).

    Как я понимаю, это расширенное отображение ошибки, о котором ранее упоминали:

    В 20.07.2023 в 13:34, hellonow сказал:

    В будущих версиях ПО планируется включить расширенный лог для ndnproxy, чтобы понять точные причины возникновения.

    В частях "got from" и "exp from" одинаковые адреса DNS-серверов провайдера, как и порт назначения. Self-test прикрепил.

    Проверял на 4.1 Alpha 3.

    • Upvote 1
  4. Спустя почти сутки с последнего моего сообщения аналогично "посыпался" KN-1212. Там также используются полученные от провайдеров DNS серверы, но в качестве основного соединения UsbQmi, а резервное IPoE.

    @admin @hellonow с него понадобится self-test, или уже нашли причину поломки ndnproxy?

  5. @eralde в новом вебе обратил внимание, что в плитке "о системе" отсутствуют сведения о количестве активных соединений.

    Было принято решение эти данные перенести куда-то в новое место, или после открытия страницы "Диагностика" они будут возвращены на свое место?

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

    Какую операционную систему и браузер вы используете?

    ОС Windows 11, браузер Chrome 116.

    В системе установлен масштаб 125%, возможно это как-то влияет на отображение именно этих цифр.

    Аналогичная ситуация возникает при установке системного масштаба в 100%, а масштаба страницы 125%.

    • Thanks 1
  7. 1 минуту назад, Anna Zhelankina сказал:

    добрый день! Не могли бы Вы указать актуальную версию для проверки? 

    Добрый день! Приведенные выше 6 пунктов мной замечены в 4.1 Alpha 3, только в ней у меня открывается окно просмотра настроек устройства.

  8. @eralde @Anna Zhelankina еще было бы неплохо, чтобы в значках скачивания стрелку развернули на 180 градусов.

    Со стороны кинетика, это, конечно, выгрузка, но со стороны пользователя скачивание. Так станет более понятным назначение этой кнопки.

     

    • Upvote 1
  9. @eralde еще заметил, что при открытом списке клиентов лог кинетика забивается записями:

    Core::Configurator: not found: "show/rc/ip/traffic-shape/host" [http/rci].

    Похоже, где-то еще осталась зависимость от шейпера трафика.

    • Thanks 1
  10. @hellonow @Infy @Le ecureuil в актуальных 4.1 Alpha 3 и 4.0.3 через некоторое время работы начинают сыпаться пачками ошибки вида:

    [EE57] socket is not ready for request.

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

    В 4.0.2, как 4.1 Alpha 1-2 такого не замечал.

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

    • Thanks 2
    • Upvote 3
  11. 26 минут назад, bigpu сказал:

    не подтверждаю, у меня все корректно, Chrome 115.0.5790.171

    Похоже, имеется зависимость от установленных компонентов. Я проверил на Chrome 116.0.5845.97 и Edge 115.0.1901.203, а также в мобильном Chrome 116.0.5845.92, ни в одном из браузеров не работает переход.

  12. @eralde в этом окне заметил немного багов:

    1. Не отображается локализованное наименование стандартных сегментов.

    2. Пиктограммы кнопок сворачивания/разворачивания разделов инвертированы:

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

    В развернутом состоянии:

    image.png.592b3378d7493a63416beebcc3f40226.png

    В свернутом:

    image.png.674d06ce3c12ef4a55ee667d76380c2e.png

     

    Мобильный веб:

    3. Кнопка WOL широковата и "выпадает" из общей гаммы:

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

    image.thumb.png.a0a4fb4d61bc2059f2553e3a0b2d0273.png

    Не будет лучшим в поп-апах также уменьшить поля, чтобы избежать таких багов?

    4. При открытии окна фокус сразу устанавливается на поле ввода имени хоста. Из-за этого всплывает системная клавиатура, которая мешает просмотру. Может быть, лучше не устанавливать фокус на текстовые поля, оставив как в 3.х вебе?

    5. Кнопка вызова всплывающей подсказки находится довольно близко к кнопке сворачивания/разворачивания раздела. На примере контроля доступа к беспроводной сети это хорошо заметно:

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

    image.thumb.png.e6e6ede76f427509fc428866036dc2ef.png

    6. В разделе "Переадресация портов" подписи кнопок оказались под таблицей:

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

    image.thumb.png.6c27570d899b458a6fdde394efa4a8f4.png

     

     

    • Thanks 2
  13. @eralde в 4.1 Alpha 3 пункты 2-4, 7, 9-10 исправлены. Спасибо!

    На глаза еще попалась мелочь: в графике скорости для резервного соединения подписи времени чуть меньше в высоту, чем для основного. Из-за этого выглядят немного сжатыми:

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

    Основное подключение:

    image.png.4cb4bfa7678ff643fd941fc8584d53e5.png

    Резервное:

    image.png.44723319ddee3d5bb1bd0fcf7bc01a76.png

     

  14. @eralde мобильная версия страницы поправлена в 4.1 Alpha 3. Спасибо!

    В десктопной версии логотип и модель будут исправлены в будущих релизах?

    В мобильном вебе мелочь, но все же: логотип компании немного смещен влево относительно центра и модели. Подправьте, пожалуйста, по возможности:

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

    image.thumb.png.2b2fc12ccbffc36372b8266455ce70e8.png

     

     

    • Thanks 1
  15. @eralde в 4.1 Alpha 3 все поправлено, спасибо!

    Правда, появился новый баг: из списка клиентов невозможно перейти на любую другую страницу. В консоли DevTools появляется такая ошибка:

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

    image.png.6e713d04dfbc89d116c0a7b093150e4b.png

     

    • Thanks 1
  16. @eralde в 4.1 Alpha 3 язык в коде изменяется, но только после загрузки страницы, а изначально также стоит "en". Из-за этого браузер все равно предлагает сделать перевод.

    По моим наблюдения, в 3.х вебе в начальном состоянии этот атрибут вообще отсутствует, а после загрузки страницы добавляется в соответствии с выбранным языком.

    • Thanks 1
  17. @Le ecureuil @Infy @hellonow просматривая логи на кинетике (как в 4.1 Alpha 1, так и Alpha 2), обратил внимание, что в записях, касающихся Wireguard, при попытке повторить хэндшейк (ввиду неустойчивости связи с другой стороны) периодически появляются странные временные отметки с отрицательными значениями:

    wireguard: Wireguard1: retrying handshake with peer "*" (*) (*.*.*.*:*) because we stopped hearing back after -2126184448 seconds

    В 4.0 и более ранних это значение было всегда положительным, и, как правило, редко превышало 15 секунд, т.е. записи имели вид:

    wireguard: Wireguard1: retrying handshake with peer "*" (*) (*.*.*.*:*) because we stopped hearing back after 15 seconds

    Проблем с работой туннелей не испытываю, но такие отрицательные значения смущают. 

    • Thanks 1
×
×
  • Create New...