admin

Версия 4.3 Alpha 10.1: IPsec: исправлена печать избыточных сообщений "vici client" в журнал (сообщил @Denis P) [NDM-3617] IP: исправлен доступ к my.keenetic.net из локальной сети (сообщил @Denis P) [NDM-3618] MWS: исправлена настройка пароля на захваченных Экстендерах [NDM-3619]

Версия 4.3 Alpha 6.2: MWS: исправлена настройка домашнего сегмента на Экстендерах (сообщил @ru.celebi) [NDM-3578] SFP: включена совместимость с GPON-модулями на KN-1012 [SYS-1248]: ODI DFP-34X-2I3 ODI DFP-34X-2IY3

Версия 4.3 Alpha 6.1: Core: исправлена настройка "interface mac address factory wan" (сообщил @lighting) [NDM-3574] Wireguard: исправлен отсчет времени подключения (сообщил @spatiumstas) [NDM-3567]

Диагностику не забывайте прикладывать.

Версия 4.3 Alpha 3.1: NTC: исправлен сбой в шейпере трафика (сообщил @dmroot) [SYS-1226]

Да, есть такой баг, будет исправлено в версии 4.2.1.

Да. Воспроизведите зависание с открытой вкладкой Network, запишите на видео. В конце сохраните HAR-файл. Приложите его и также файл self-test в эту тему скрытым постом.

@Test Pilot

Действительно, форма неверно подгружает настройку "encryption wpa3 suite-b". Точнее, при её отсутствии интерфейс показывает "WPA3-192 Enterprise", когда выключен wpa2. Это будет исправлено. Но подвисания страницы нет, т.е. настройка ставится. Нет уверенности, что мы делаем точно то же самое, т.к. описание действий весьма скудное. Запишите видео с открытым отладчиком в браузере

Вы при этом как к нему подключены? Из описания непонятно, он остается доступен, или страница подвисает, потому что связь с ним обрывается.

4.2 вышла, можете установить и пользоваться.

Не расстроите, факт есть факт. Мы сами задавали этот же вопрос про x86, но анализ рынка (на которых Кинетик сейчас представлен или планирует) тогда никого не вдохновил.

Следов не остается.

Навел справки, EZ-net в экспериментах с вышеупомянутой фичей не участвовал. Менеджеры попробуют связаться с ними и подскажут более удобный способ "рулить многими клиентами сразу", но пока вам придется добиваться правды самостоятельно. Они наверно ставят один и тот же админский пароль на кучу устройств, чтобы заходить на них. И поэтому не могут показать конфиг. Но вы скажите, что рулить хотите сами.

Видимо, такую провайдер ему настраивает, но пусть @ZdenniZ сам ответит, начнем с п. 1. Туда мы копаем вообще или нет.

Да, есть такая фича для провайдеров... если вкратце, она работает так, что роутер автоматически соединяется с их системой мониторинга и удаленного входа в интерфейс. И там есть опция заблокировать доступ к интерфейсу из домашней сети. То есть, роутером могут управлять только сотрудники провайдера удаленно. Эта фича тестировалась с несколькими небольшими провайдерами и распространения пока не получила. Давайте по порядку, Определимся, она ли это. Для этого скажите название провайдера. Фича задумывалась строго для тех случаев, когда провайдер предоставляет свое оборудование, а не портит роутер, приобретенный абонентом. Блокировка доступа к интерфейсу из дома или удаленно — это опция. Её можно не включать. И можно настроить так, что при нажатии кнопки "reset" конфиг сбросится к базовым настройкам, которые заданы провайдером, чтобы подключение не отвалилось. Все, что требуется для подключения к провайдеру, настраивается без упомянутой фичи. Нет таких секретных команд, которые недоступны владельцу роутера. Другое дело, что провайдер не хочет их показывать.

Вам нужно создать обращение в поддержку. Установите более свежую версию 4.1 или 4.2 Beta, к обращению приложите файл диагностики self-test, снятый с роутера после возникновения проблемы (ошибки о том, что не удалось соединиться с сервером).

Состояния интерфейсов внутри системы начиная с версии 4.0 были переработаны. В частности, это выражается в наблюдаемом поведении. Слой "link" находится на более низком уровне, и событие о его переходе в "up" приходит раньше, чем успевает поменяться состояние "connected". Подправьте скрипт, чтобы он реагировал на изменение change=connected. События change=link в Вашем случае можно игнорировать.

Пришлите self-test скрытым сообщением, а то приходится гадать. Если у Вас старая версия KeeneticOS и прямой KeenDNS (белый адрес или вход из домашней сети), то виноват может быть браузер с TLS 1.3 hybridized Kyber. Можете либо отключить в браузере, либо поставить свежую KeeneticOS 4.2 из Dev.

Без какой-либо диагностики и точных данных приходится гадать. Клиент выбирает точку сам. Отключите band-steering, и дальше смотрите на клиенте, что он видит — это будут объективные данные:

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

Диагностику приложите скрытым сообщением. И со стабильной версией лучше в поддержку.

Это объяснимо: при входе в web мы явно спрашиваем о новой версии и зажигаем лампочку. Но само облако не делает вызов в сторону устройства, когда выходят обновления, и никогда не делало. Если в web и приложение не заходить, устройство само обращается за "новостями" довольно редко: либо при получении/смене IP-адреса, либо периодически примерно раз в сутки.

Приложение разработано так, чтобы нормально работать с роутером по Wi-Fi, если он при этом не подключен к интернету. Этот сценарий тестируется. Хотя мы и могли что-то упустить, давайте разберемся. Для начала убедитесь, что Ваш телефон во время проверки не перешел на мобильную сеть. Выключите мобильный интернет на телефоне, для чистоты эксперимента оставьте только Wi-Fi. Также убедитесь, что телефон не подключился к другой Wi-Fi-сети. Если проблема сохраняется, попробуем с Вашей помощью разобраться, дальше объясним как.

Всем за детали спасибо, ошибку на удаленный компонент поправим, и влияет ли она на долгую загрузку — проверим. Моб. админ постарается быть повнимательнее к жалобам, он там явно перегнул.