eralde

Запрашивайте components list (<IP_или_доменное_имя_Кинетика>/rci/components/list). Эта команда запускает фоновый процесс, запрашивающий данные у сервера обновлений, поэтому первым отправляете POST-запрос, а дальше опрашиваете тот же URL GETом, пока не получите в ответе что-то кроме {"continued": true}. В финальном JSON с набором компонентов будет что-то такое: Если версии отличаются, значит обновление есть (на моем скриншоте данные для случая, когда обновления нет). В первом POST-запросе можно передать (необязательный) параметр sandbox -- канал обновления прошивки (stable/preview/drаft), тогда вернутся данные для запрошенного канала. Без параметра вернутся данные для выбранного на устройстве канала обновления.

Спасибо за репорт! Это баг, мы о нем знаем, но он пока не исправлен.

Спасибо, это тоже, вероятно, из-за изменений в API

@agentOleg @KYTECHNGAMING @AndreBA спасибо! Ошибки, связанные с MDID и загрузкой страницы настроек Wi-Fi-системы будут исправлены в следующем драфте.

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

Выложите, пожалуйста, скрытым сообщением: - startup-config после того, как вы настроили новый сегмент с Captive Portal, но до перезагрузки устройства - self-test после того, как устройство перезагрузилось и сегмент пропал Оба файла можно скачать на странице "Общие настройки системы":

@dimon27254 мне пока на своем устройстве проблему воспроизвести не удалось. Если подождать подольше в вашем случае, то карточка всё равно не грузится?

Спасибо, эту проблему я смог воспроизвести. Расскажите, пожалуйста, подробнее, как вы настраиваете сегмент с Captive Portal? С ним, на первый взгляд, всё нормально

Просто, как вам правильно написали выше, вариант с ручным редактированием settings.json не предусмотрен, поэтому если выполнить то же самое, что делает веб-интерфейс, через CLI вручную, файл тоже перезапишется. Это как раз предусмотренный вариант, будет хорошо, если вам он подойдет.

Здравствуйте, что вы имеете в виду, когда говорите "фильтрация по IP и подключению не работает"? Какие данные и где в интерфейсе вы фильтруете?

Если отключить торрент-клиент не из веб-интерфейса, то настройка сохраняется? Для торрент-клиента можно назначить политику доступа в интернет (создать политику можно через веб-интерфейс, назначить её торрент-клиенту -- только через CLI/WebCLI): (config)> ip policy test Network::PolicyTable: Created policy "test". (config-policy)> permit global ISP Network::PolicyTable: "test": set permission to use GigabitEthernet1. (config-policy)> exit Core::Configurator: Done. (config)> torrent directory - set download directory peer-port - set peer port policy - set network policy for torrent reset - reset daemon settings rpc-port - set RPC port (config)> torrent pol policy - set network policy for torrent (config)> torrent policy test Torrent::Client: Policy test applied. https://help.keenetic.com/hc/ru/articles/360010644660-Как-изменить-профиль-доступа-выхода-в-Интернет-для-torrent-клиента-Transmission Если вы хотите использовать несколько подключений вместе, то имеет смысл включить эту настройку для назначенной политики: https://help.keenetic.com/hc/ru/articles/7490633500572-Многопутевая-передача-суммирование-пропускной-способности-нескольких-интернет-соединений

Отображение резервного шлюза поправим, спасибо! C остальным тоже постепенно разберемся

@Le ecureuil

В 2.16 есть и доступ к CLI через telnet, и WebCLI (my.keenetic.net/a)

Она отсутствует, потому что никто не может нормально объяснить, как она должна работать. По этой причине валидации нет в текущей версии интерфейса и в ближайшей перспективе не будет в новой.

Откройте DevTools (открывается по нажатию на клавишу F12) и посмотрите, есть ли ошибки на вкладке Console (Консоль). Выложите сюда скриншот, например.

Приложите, пожалуйста, скрытым сообщением self-test или файл конфигурации с того устройства, на котором не удается изменить настройки.

Спасибо! Для других VPN-серверов есть отдельные компоненты и специальное API для настройки. Для реализации WG-сервера нужны доработки и в прошивке, и в веб-интерфейсе. К ним относится и работа с конфигурационными файлами, и включение/выключение NAT.

Фичу "WireGuard-сервер" (генерация и экспорт конфига для этого нужны, правильно?) мы обсуждали, но в ближайшие планы она не попадает. После релиза нового веб-интерфейса можно будет вернуться к этому вопросу. А в каком сценарии нужно включение NAT? Расскажите, пожалуйста, подробнее. Я сам пользуюсь WG на Кинетике, но в простом сценарии: завожу политику и назначаю её каким-то хостам. В этом сценарии все работает без дополнительных настроек.

@Alex Sh. посмотри, пожалуйста.

Спасибо! Мы тоже сегодня заметили. Войдет в исправление, связанное с

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

Идея отображения портов в два ряда в том, что это соответствует физическому расположению портов на корпусе устройства: На наш взгляд, здесь синий порт находится в нижнем ряду (хотя, конечно, есть некоторое смещение наверх, но это несущественно). Если будет много владельцев KN-2610/KN-2710, которые не согласны с таким решением -- обсудим эту карточку ещё раз. Совсем честно было бы, конечно, нарисовать SFP с другой стороны от LAN-портов, но конкретно на KN-2610 нужно при этом как-то показать, что он объединен с синим портом, поэтому мы остановились на текущем варианте.

Спасибо, поправим! Эту мысль я не понял. На KN-2610 нулевой порт объединен с SFP, поэтому они отображаются вместе. Или речь о чем-то другом?

Нет, имеется в виду вот это: