dimon27254

Добрый день! На KN-1012 у меня данная ситуация тоже воспроизводится. Кинетик работает в режиме "Роутер". Версия прошивки 4.3 Beta 1. Выключаю порт из веб-интерфейса и затем перезагружаю страницу - выпадающий список выбора режимов становится неактивным: Если выключить порт и страницу не перезагружать, то еще есть возможность его вернуть в "рабочее" состояние без CLI: @eralde @Test Pilot

Я лишь описал один из вариантов, как сейчас можно воспроизвести поломку доступа именно к вебу. А так, можно еще просто запустить пинг внешнего IP из локальной сети, который перестанет пинговаться, если изменить настройки сегмента. Где-то в начале темы я загружал видео, на котором это продемонстрировал.

Для воспроизведения необходимо, чтобы было настроено PPPoE-подключение, но при этом в разделе "параметры IPv4" пункт "настройка IPv4" был установлен как "не используется". После этого, если сменить "настройку IPv4" на "ручная" или "не используется", то для PPPoE тип установится как "не использовать".

Можете, пожалуйста, отписаться в этой теме, как будет сделан откат поддержки потоков? В 4.3 Beta 1 пока что все без изменений.

@eralde @Anna_ в 4.3 Beta 1 исправлено. Спасибо

@eralde @Anna_ в 4.3 Beta 1 этих недочетов более не наблюдаю. Спасибо! Будет еще лучше, если когда-нибудь найдется возможность более аккуратно оформить подпись "доступ запрещен в родительской папке". Например, разбить на две строки.

@eralde @Anna_ в 4.3 Beta 1 размеры списка поправлены. Спасибо!

@eralde @Anna_ в 4.3 Beta 1 было исправлено. Спасибо!

Проверил на разных локациях и версиях прошивки - события появляются. Спасибо!

@Le ecureuil Для основного PPPoE подключения настроен ping-check в автоматическом режиме. Когда попытки проверки работоспособности соединения завершаются неудачей, но сама PPPoE-сессия поднята, то работа в вебе становится некомфортной - он начинает крайне медленно реагировать на любые действия. В DevTools браузера я увидел, что время ожидания ответа на некоторые запросы к API составляет до 5-6 секунд: Проверял в 4.3 Beta 1 на KN-1012.

На последних версиях домен KeenDNS из локальной сети всегда резолвится в 78.47.125.180. Поэтому после изменения настроек сегмента поломка доступа может оказаться не замеченной. Если же использовать на управляющем устройстве любой публичный DNS, который отрезолвит домен в белый внешний IP - проблемка доступа из локальной сети по KeenDNS сразу проявляется.

@Anna_, добрый день! Планируется ли исправление межстрочных интервалов в будущих релизах?

@eralde @Anna_ В 4.3 Beta 1 полоса "переехала" непосредственно в блок со списком записей журнала. Однако, хотелось бы, что она отображалась только при прокрутке. Сейчас же постоянно бросается в глаза. В мобильной версии эта полоса еще и смотрится не аккуратно из-за своего оформления - визуально скрадывает свободное пространство. Предыдущий вариант оформления мобильной версии окна из версий 4.3 Beta 0.1 и ниже, по моему мнению, смотрелся лучше.

Если будет необходимо, могу предоставить доступ к Кинетику. Вдруг это поможет точнее локализовать проблемку.

@eralde @Anna_ подтверждаю исправление в 4.3 Beta 1. Спасибо! Теперь стоит улучшить отображение небольших окон, чтобы они не раскрывались на всю высоту

@eralde @Anna_ В 4.3 Beta 1 описания появились. Спасибо! @corniger в русскоязычной локализации невозможно отличить между собой обработчики OpkgLedControl1 и OpkgLedControl2 - они называются абсолютно идентично: Англоязычный вариант выглядит более понятным:

Вычистил кэш и куки, пока что при открытии страницы ошибка не появляется. Зато теперь она начала мелькать в логе, если через веб внести изменения в конфигурацию мобильного подключения. Воспроизвел в Chrome и Microsoft Edge.

В 4.3 Beta 0.1 и 4.2.6 без изменений. В том числе, с другим модемом - DW5829e.

@slomblobov, есть ли шансы, что исправление от Tuxera успеет добраться до выхода 4.3 в preview?

Никаких подтверждающих писем не требуется. Удалили локацию, а затем при добавлении достаточно ввести CID устройства, а также логин и пароль от веб-интерфейса. Сейчас проверил на своем аккаунте - при смене e-mail письмо подтверждения пришло сразу же на новую почту. Но лучше стоит уточнить у @ksp, как именно работает процедура смены e-mail. Вы писали, что аналогичная ситуация с уведомлениями у вас была и на Keenetic:

А вы не пробовали целиком удалять и заново добавлять всю локацию? Пару лет назад, когда проводилось крупное обновление бэкенда Keenetic Cloud, у меня на одной локации сломались уведомления об изменении состояния интерфейсов - их не было в пушах, ни в телеграме, ни даже в событиях. С поддержкой тогда не смогли разгадать эту загадку. Я потом удалил эту локацию из своего аккаунта, добавил в свежесозданный для теста - события и уведомления заработали. Затем удалил из нового аккаунта и добавил в старый - все и там починилось.

Вам приходят именно уведомления, или только на странице "События" отображается факт входа в веб-интерфейс?

@ksp В Netcraze не отображаются события об обновлении прошивки на новую версию. Теперь нельзя отследить факт срабатывания автообновления - в журнале событий будет только запуск Кинетика, а вот записи о смене версии прошивки уже нет. Это ожидаемое поведение?

Ожидается возвращение этой информации в будущих версиях KeeneticOS:

Такая проблема нового веб-интерфейса ранее уже поднималась. В будущем, как я понимаю, когда-то будет исправлено: