eralde

Спасибо! Пока похоже на то, что веб-интерфейс работает корректно. Может быть у вас установлено мобильное приложение Keenetic и SMS оказываются "прочитаны" через него?

Если вручную подменить ответ системы на такой, где есть непрочитанные SMS, то отображается и счетчик, и иконка в главном меню: В отладке проблемы поможет выдача браузера по адресу http://<IP_Кинетика>/rci/sms/list?interface=<id_интерфейса_модема> (e.g. http://192.168.1.1/rci/sms/list?interface=UsbQmi0) после получения SMS. Стоит учесть, что при переходе к переписке с конкретным абонентом все непрочитанные SMS от него помечаются как прочитанные.

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

@spatiumstas спасибо за диагностику! Проблема в строчке PersistentKeepalive = 0, придется доработать парсер, чтобы он такие значения отбрасывал.

Если выбрать вариант "Настройка IPv4: Не используется", то никакого статуса не будет вообще. В выбранной вами конфигурации интерфейс, к которому относится этот блок с настройками IPv4, не получает адреса по DHCP. Поэтому и выводится сообщение о том, что (этим интерфейсом) IPv4-адрес не получен. Такая реализация веб-интерфейса, хоть и отличается, от того, что было раньше, является вполне корректной. Статус блока IPv4 выводится только рядом с этим блоком и есть понятный способ, как этот статус скрыть, если IPv4 реально работает поверх иного интерфейса (PPTP/L2TP/PPPoE).

Счетчик отображается только в том случае, когда есть непрочитанные SMS. SMS на скриншоте ещё не прочитано?

Новый -- это тот, который реализован сейчас

Разумеется открыта, я считаю, что новый вариант гораздо лучше предыдущего.

Какой файл конфигурации импортируется? Какие при этом ошибке в логе?

Это не ошибка, а выбранный нами вариант реализации. Все поля, которые невалидны, выделяются таким образом.

Будет добавлено, но не в ближайшей бете точно.

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

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

Зачем вы хотите его отключить? Список того, что можно настроить на самом экстендере, если он включен в Wi-Fi-систему, очень небольшой. Показывать кучу заблокированных полей без объяснения причины блокировки -- странная затея.

@agreczov @ilya0103 @Spark Trx @LTMRV @walkman в 4.2 нужный вам вариант реализован: Достаточно настроить сегмент для VPN и задать устройствам эту настройку. При подключении к сегменту с VPN устройства будут ходить в Интернет через VPN, при подключении к сегменту, для которого задана политика по умолчанию -- клиенты будут ходить в Интернет через основной канал.

Thank you! This should be fixed in the next Preview version.

My phone can scan this QR code without any issues, but I agree that it is a bit small. However, I personally don't understand why we use a QR code and not a regular link

Проблема возникает из-за особенностей реализации веб-интерфейса. Спасибо за репорт, мы поправим эту историю в одной из следующих версий.

Тогда, боюсь, здесь вам не смогут помочь. Остается официальная техподдержка.

Мда, загадка. Хорошо, создайте, пожалуйста, пользователя с правами read-only и пришлите мне в ЛС данные для удаленного доступа к вашему Кинетику. Попробую понять, что там происходит.

Спасибо, нам нужно как-то улучшить внутреннюю документацию по тому, что можно, а что нельзя делать на экстендерах MWS Значит, в одной из следующих версий мы в новом интерфейсы тоглы заблокируем

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

@Petrak небольшое уточнение: имеет смысл смотреть только на запросы интерфейса к API, чтобы видеть только их можно ввести rci/ в качестве фильтра

Спасибо, тут ничего подозрительного, посмотрите, пожалуйста, появляются ли на вкладке "Сеть" подвисшие (отмененные или выполняющиеся слишком долго запросы? В норме это выглядит примерно так:

Откройте, пожалуйста, Инструменты разработчика (DevTools) в браузере. Чаще всего они открываются, если просто нажать F12. На появившейся панели есть вкладка Консоль (Console). Посмотрите, появляется ли там что-то, когда вы заходите на страницу Wireless ISP в интерфейсе и она (страница) не грузится?