admin

Конфиг больше так не выкладывайте. Пришлите файл self-test скрытым сообщением. Если роутер не даёт зайти, висит, отключайте от него по одному кабели, USB, Wi-Fi-устройства, пока не найдете внешнюю причину. В журнале (входит в self-test) останутся записи Ваших действий, и что было до них.

Видимо, устройство предназначалось для продаж в указанных странах, но что-то напутали с отгрузками. Это исправляется через поддержку. Они выяснят id устройства и помогут исправить.

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

Открытой документации нет, поэтому проще всего посмотреть в консоли браузера, что делает веб-интерфейс. Общий подход такой, что в rci-запросах (API) используются те же названия команд и аргументов, что и в CLI. Поэтому для работы с API в некоторой степени подходит документация по CLI. Входные и выходные данные отформатированы как JSON, как именно — видно в консоли. Например: При нажатии кнопки "Сохранить":

Статическая ARP-запись не сотрется. Только не забудьте сохранить конфиг после ввода команды (system configuration save). ARP-запись такого вида нужна только для работы WoL в режиме broadcast, причем в сценарии, когда это нужно сделать удаленно через правило перенаправления UDP/9. IP-адрес (192.168.2.254) можно выбрать любой не занятый, и он нужен для работы этого правила. Для работы через Web-интерфейс ничего в ARP прописывать не нужно. Кинетик просто отправит WoL-пакет на MAC-адрес желаемого хоста. То же самое делается из командной строки: ip hotspot wake 11:11:35:e2:77:60

self-test скрытым сообщением. интернет должен быть подключен. можно пару попыток зайти через KeenDNS перед этим

Cloud — неофициальный проект, разработанный параллельно с моб. приложением.

Придется отключать фичи/службы по одной, пока нагрузка не упадет. Хотя бы сузим область поиска.

Проблема временно лечится установкой компонента cloudcontrol (клиент мобильного приложения). Режим public можно не включать, достаточно просто установить. Задачу создали, будет исправлено в ближайшем выпуске Alpha.

Задача в работе, пытаемся разобраться. Сложность в том, что не так просто воспроизвести, и сама проблема не массовая. По крайней мере, разработчикам пока не удается у себя повторить. Продолжайте взаимодействовать через поддержку. Привлекать внимание на форуме — вряд ли как-то ускорит решение.

Спасибо! Исправление перенесено в 4.0, т.е. войдет в следующий релиз. 4.0 сейчас на регрессионном тестировании, preview будет на следующей неделе. Пока можете пользоваться 4.1.

Официально KeeneticOS на x86 не выпускается. Хотя авторы KeeneticOS для себя собирали, и что-то даже работало — @Mamay хочет сказать, что такая возможность есть только у них. От себя добавим, что выпуск коммерческого продукта на x86 когда-то давно обсуждался, и его решили не делать.

Резюме такое, что при загрузке систему клинит на разрешении имен DoT/DoH-серверов, особенно если их много, и если настроены политики. Будет добавлена асинхронность в этом месте. В 4.1 Alpha 14 должно стать заметно лучше.

Подтверждаем. Откатываем сборку обратно на Alpha 11 до выяснения.

В 4.0 ничего не нужно удалять и выключать. KeenDNS, WebDAV и прочее — тоже можно не удалять (если удалили, не беда). Нужно переставить порт встроенного HTTPS на что-то другое, тем самым освободив его для проброса. Нужно всего две настройки: ip http ssl port 8443 ip static <ваше_правило_проброса> Пришлите self-test в ЛС или скрытым сообщением сюда, если останутся вопросы.

Имеет смысл на Dev 4.1 проверить, для KU2 она собирается.

В 4.0.4 и 4.1 Alpha 4 будет исправлено. Публикация ориентировочно завтра.

Это касается любых портов, не только "синего". Если его выбрать как Provider, он будет зарезервирован за этим подключением.

Из описания не очень понятно. В каком месте не дает выбрать, пришлите картинку. И смотреть надо сразу на 4.1 (Dev).

Вы обозначили три не связанные друг с другом проблемы, нужно с ними разбираться. По поводу ip alias — действительно сломали, будет исправлено. По поводу остального: просьба прислать диагностику в техподдержку. В частности, ложное срабатывание блокировки в приложении можно снять, только зная сервис-тег Вашего устройства. Как уже правильно ответили, роутеру от "блокировки" ничего не будет, сообщение касается только приложения. В целом признаем, что в сценариях использования устройств людьми хватает тонкостей, которые не выявляются даже на стадии широкого бета-тестирования. Все обращения в поддержку сейчас классифицируются и берутся в работу.

Подправили, в следующей сборке заработает.

В процессе работы над новым интерфейсом его тестовые версии будут доступны для установки параллельно с текущим интерфейсом. Можно будет переключаться из нового в старый, т.к. в новом не всё будет работать. Оба интерфейса точно будут тяжелее, чем один, и вы правы — на таких устройствах, как KN-1110, бессмысленно собирать подобную конструкцию. Мы соберем его только для моделей, где места побольше.

Не хочется расстраивать, но "что-то" — видимо, и есть сам момент подключения. Видимо, кто успел подключиться, те не смогут, если сбросят настройки.