spatiumstas

Локализовали. Если на клиенте включить Использовать для выхода в интернет, то подключение срабатывает. Без неё нет А на 4.2 вне зависимости от чекбокса работает

@Le ecureuil Все еще актуально, создаёт неудобства при попытке использования

@eralde Подскажите, есть новости? Селф-тест был вложен в декабре

@Le ecureuil Нашлась пропажа. 7c:83 это старый мак-адрес прошлого мини-пк который был зарегистрирован под 133. Снятие текущей регистрации сразу отобразило актуальный мак - e0:51 Всё-равно баг получается? Клиент не должен был отображаться подключённым если у него другой мак?

Ноды, судя по всему. Но 7c:83:34:b4:3f:8c нигде не указывается root@proxmox:~# ip a 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever inet6 ::1/128 scope host noprefixroute valid_lft forever preferred_lft forever 2: enp3s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast master vmbr0 state UP group default qlen 1000 link/ether e0:51:d8:18:26:ea brd ff:ff:ff:ff:ff:ff 3: wlp1s0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000 link/ether 34:a6:ef:35:6a:67 brd ff:ff:ff:ff:ff:ff 4: vmbr0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000 link/ether e0:51:d8:18:26:ea brd ff:ff:ff:ff:ff:ff inet 192.168.10.133/24 scope global vmbr0 valid_lft forever preferred_lft forever inet6 fe80::e251:d8ff:fe18:26ea/64 scope link valid_lft forever preferred_lft forever

STR 1. В локальной сети есть мини-пк с установленным proxmox 2. В списках клиентов ему выдается один мак 3. Ввод команды show ip arp покажет совершенно другой мак у устройства с этим IP адресом @eralde

STR 1. Отправить роутер в обновление 2. Не перезагружая страницу дождаться пока линк до клиента поднимется 3. Страница сама подтянет линк и покажет окно входа (перезагрузки страницы тут не было) 4. Подождать секунд 10 AR Страница сама перезагрузится, дёргается запрос ?backUrl=%2Fdashboard который обновляет страницу. HAR могу показать, но размер архива большой Доставляет неудобство поскольку после 3 шага я авторизуюсь и уже гуляю по вебу, и в один момент страница сама перезагружается Проблема не свежая, встречалась и ранее @Anna_ @eralde

4.3 Beta 0 актуально

@Anna_ Условий нет. Перепроверил в инкогнито - аналогично. Захожу в диалог -> выхожу -> ошибка в консоли. Ранее на этапе открытия диалога ошибка появлялась

STR 1. Включить fail-safe (Режим безопасной настройки) 2. Перезагрузить устройство 3. Выключить из веб-интерфейса ( будет лог Core::System::Mtd::ConfigStorage: turned off the fail-safe mode.) 4. Обновить страницу AR Fail-safe останется включённым в веб-интерфейсе. При попытке снова отключить ошибка Core::System::Mtd::ConfigStorage: unable to disable the fail-safe mode: the mode is not active.

4.3 Beta 0 исправлено

4.3 Beta 0 исправлено

STR 1. Открыть мобильную версию 2. Перейти в любое сообщение на модеме AR Uncaught ResizeObserver loop completed with undelivered notifications. Функционал, кажется, не затрагивает. Актуально и на 4.3B0

Не поделитесь подробностями почему пока так?

STR 1. На EoL устройстве находясь на 4.3A14 сменить ветку на delta через > components auto-update channel delta > system configuration save В журнале ветка сменится Components::Manager: auto-update channel is "delta" Обновиться сейчас можно через > components commit или мобильное приложение, там будет видна 4.1.7 из delta канала 2. Перейти в Параметры системы AR Произойдёт автопереход на ветку stable и сохранение параметров @eralde @Anna_

@HEcaxap Да, на Alpha 14 актуально vendor.57bf324b9317b7b6.js:1 ERROR TypeError: Cannot read properties of undefined (reading 'timezone') at main.d54bfca5b77c3f08.js:1:447683 at vendor.57bf324b9317b7b6.js:1:233706 at R._next (vendor.57bf324b9317b7b6.js:1:229564) at R.next (vendor.57bf324b9317b7b6.js:1:219359) at c._subscribe (vendor.57bf324b9317b7b6.js:1:214272) at c._trySubscribe (vendor.57bf324b9317b7b6.js:1:215043) at c._trySubscribe (vendor.57bf324b9317b7b6.js:1:217830) at vendor.57bf324b9317b7b6.js:1:214986 at R (vendor.57bf324b9317b7b6.js:1:251604) at c.subscribe (vendor.57bf324b9317b7b6.js:1:214893)

3812 Мой репорт

Поправил описание

STR 1. Создать SSTP сервер 2. С клиента, например с другого кинетика или другого устройства, подключиться к серверу. Он получит адрес, например 172.16.5.2 3. Подключиться к клиенту через ssh/telnet по его sstp ip AR На Alpha 13 идёт отключение по таймауту, не подключается. При откате на 4.2.5 проблемы нет, есть доступ В скрытом оба self-test

@Test Pilot @Anna_ На Alpha 13 аналогично, со второго раза поймалось. Ошибка та же, шаги те же

STR 1. Запросить show threads AR Вывод будет с красным фоном сигнализирующем ошибки. Но, кажется, ошибок в выводе нет

При отсутствии сим-карты активна кнопка Метрики сигнала, нажатие на которую откроет окно с бесконечным "Подключение..." Возможно стоит кнопку делать inactive для клика если нет сим-карты

STR 0. KN-2311 1. Без вставленной сим-карты открыть карточку на дашборде AR NOT_INSERTED у поля SIM-карта, хотя ланг присутствует в переводах UPD: Это ланг для PIN по всей видимости, а для обычного состояния Ланга нет

@Anna_ @eralde Позволю себе пингануть еще раз На 4.2.4 если устройство недоступно, открывается просто белая страница, ошибка всё та же 503. Ловлю на нескольких разных устройствах и именно на .link адресе, в инкогнито и нет. То-есть кэш не влияет

Актуально и на 4.2.5 и 4.3A12 STR 1. Подключить внешний накопитель (или встроенный если там есть файлы) 2. Раскрыть его содержимое 3. Поскролить вверх AR У хедера есть зазор через который проскакивают проскроленные файлы