admin

Фаерволом можно порт 80 закрыть.

А если wg и квас не использовать, такой проблемы нет?

С гарантией это не связано, с устройством всё в порядке. Вы не предоставили никакой диагностики и подробностей, поэтому причину определить сложно. Опишите, как Вы пытаетесь попасть в интерфейс устройства: из домашней сети через браузер, удаленно, из мобильного приложения, из RMM... В обновлениях, которые Вы установили, применены более строгие правила безопасности, которые могут приводить к ошибке 403. Интерфейс устройства в любом случае откроется из домашней сети напрямую по IP-адресу. Там можно будет сделать недостающие настройки или обновить на исправленную версию ПО. Но для начала опишите, как Вы попадаете на 403. Делать сброс до заводских настроек не нужно.

Лучше всего обратиться в поддержку, отправить им self-test. По вашему описанию невозможно понять, один в один проблема, или просто показалось.

Посмотрите на 4.3 Alpha 12, изменилось ли что-нибудь. Немного подправили синхронизацию очистки IPv6-адресов.

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

Версия 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, и дальше смотрите на клиенте, что он видит — это будут объективные данные: