eralde

@dimon27254 спасибо, попробуем починить. Приоритет таких задач сейчас понижен, основное внимание переключено на новую версию интерфейса.

Можно, но это делается отправкой команды через веб-интерфейс или telnet. Все текущие модели, кроме моделей линейки Buddy, имеют режимы роутера и ретранслятора (Buddy не имеют режима роутера).

Я согласен, тут проблема с тем, чтобы согласовать текст с остальными вариантами. Еще может быть NextDNS включен или SkyDNS включен, если выбрать одну из соответствующих опций.

Это разумно, но не покрывает все возможные сценарии использования. Обязательно найдется пользователь, который захочет, чтобы на дашборде отображался пересет от другого сегмента (или от всех). Не уверен, что показывать пресет именно для домашней сети -- решение, лучшее, чем текущее.

Насколько я помню, сейчас пресеты (резолверы) настраиваются отдельно для каждого хоста + отдельно для каждого сегмента (незарегистрированных устройств в нем). Вы какой именно из этих пресетов предлагаете показывать?

Исходный код веб-интерфейса весь доступен любому пользователю Кинетик. Правда, в минифицированном виде. Мы не можем запретить кому-либо скачать и изучить исходный код веб-интерфейса. Да и не хотим. Если кому-то удалось добавить к веб-интерфейсу то, чего ему не хватало -- это просто замечательно. Не будь у меня доступа к исходникам, разработка моего расширения требовала бы на порядок больших усилий. Наоборот, мне очень интересно посмотреть как сделано то, что представлено на скриншоте

KN-1010 -- не умеет. Модели, на которых доступна агрегация портов, перечислены в статье базы знаний, ссылку на которую вам дали выше.

@Le ecureuil посмотри, пожалуйста

Задача на исправление заведена

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

Всё в порядке, и первый, и второй скрытый посты видны модераторам. Спасибо!

Я, честно говоря, уже столько раз какие-то конкретные сроки обещал, что боюсь загадывать. Внутри компании мы, то, что готово, уже даем тестировать. Как будем немножко больше готовы -- добавим и в драфт тоже, чтобы все желающие смогли оценить. Новый мастер первоначальной настройки вырос как раз, как часть проекта по миграции всего интерфейса но новые рельсы.

В новой версии интерфейса, которая сейчас находится в разработке, копирование адресов точно будет реализовано. Идея с опросом портов -- скорее нет, чем да. Сервер на одном из домашних устройств -- это крайне редкий сценарий для обычного пользователя.

@Destix идея понятна, спасибо. Не могу обещать, что мы обязательно это сделаем, но возьмем на заметку.

Ну при ручной смене режима работы порта тоже ничего ломаться не должно в большинстве случаев. А при выключении самого WANа можно, конечно, предупреждать о том, что что-то сломается. Непонятно, правда, зачем пользователь, управляя маршрутизатором из Интернета, решил выключить WAN

Тут я согласен с @sergeyk, для описанных сценариев отлично подходит режим fail-safe.

@vst прокомментируй, пожалуйста

Видимо, валидация в веб-интерфейсе работает кривовато. Система строчку "/127" конечно не принимает как корректный префикс. Заведу задачу на исправление. Для корректных значений всё задается и выводится нормально:

Какой префикс вы вводите в попае Connection settings?

Спасибо! К сожалению, у себя я эту ошибку не могу воспроизвести :-/ Пришлите, пожалуйста, личным сообщением данные для доступа к вашему устройству (достаточно readonly-пользователя)

@AndreBA покажите, пожалуйста настройки расширения (страницу "Options")

Спасибо! Будет исправлено в одной из следующих версий.

Giga III сделана на базе MT7621, на ней всё должно работать нормально

Для устройств на MT7628 ничего сделать не получится:

Спасибо, в одной из следующих сборок будет исправлено