Mikesk

Вам же английским написало - нет такой команды. Допустимые команды ищите в CLI GUIDE для вашего девайса (скачать на оф. сайте).

Все, кроме самого web GUI. А вот из CLI можно наворотить такого, что GUI с ума сойдет. Как верно выше написали.

Вы упускаете одну деталь - в существующем Web GUI довольно трудно сломать сам GUI. А вот из CLI - легко. Ну и зачем в gui выводить для легкого доступа то, что его также легко сломает?

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

То есть когда ТВ у вас хочет отжать дохрена полосы по воздуху, другие, менее требовательные клиенты, ломятся куда-то и тем заставляют его страдать (я правда не понял, они это делают именно при обращении к nas или вообще при нагрузке в сети). А узкое место вы видите не в изначально необязательном и неразделяемом wireless, и не в клиенте-тв, а в железобетонном гигабитном шнурке. И решать это тоже считаете нужным агрегацией гигабита, а не тупо шнурком к телику. Ну ок, каждому свое Когда-то может и станет актуальным. А пока мне и сотки хватает в большинстве мест мне сего не понять.

здесь форум любителей. Профессионалы отвечают в

Не очень понимаю, зачем на iphone и даже ноуте 4к видео 100 гб смотреть. Но видимо я что-то не понимаю. А вы уверены, что при таком наборе клиентов узкое место именно в гигабитном канале?

а ТП вам ничего не подсказала? То что пинг стабильный по локалке говорит о проблемах именно с маршрутизацией. Я бы начал с отключения ускорителей и обращения в официальную ТП. Дальше не хватает данных.

Дочка-то огонь! Теперь вам придется заходить на кинетик с ПК только в режиме инкогнито )))

Если у вас проблема проявляется часто, отключите пользователям доступ к вебу (или хотя бы порт смените) и понаблюдайте. Или смените пароль и настройте логгирование авторизаций: ip http log auth. И не забудьте разлогиниться на домашнем ПК. Последовательность сообщений в логе характерна именно для веб-интерфейса, лично я склоняюсь к умному человеку, а не телефону ;).

[I] Dec 1 06:49:23 ndm: CloudControl2::Agent: disabled. [I] Dec 1 06:49:23 ndm: Core::ConfigurationSaver: saving configuration... [I] Dec 1 06:49:26 ndm: Core::ConfigurationSaver: configuration saved. Ну и вот. Кто-то выключает. Вот это вот ^^^ делает веб-интерфейс при сохранении настроек. Там еще у вас кто-то с правилами расписания балуется: [I] Dec 1 06:49:52 ndm: Core::Schedule::Manager: updated description of "schedule1". [I] Dec 1 06:49:52 ndm: Core::Schedule::Manager: cleared schedule "schedule1". [I] Dec 1 06:49:52 ndm: Core::Schedule::Manager: updated schedule "schedule1".

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

А в логе что?

Когда поле не активно, значит есть связанные компоненты, которые от него зависят. Разверните компонент (стрелочка перед названием) и увидите их. И так по цепочке.

Компонент Протокол IPv6 удалите.

Думается, что проблема тут: <speed>100</speed> <duplex>half</duplex> Попробуйте кабель сменить, раз порт не помогает.

Поиск - добро! Тут ответ на вопрос, но вот какое отношение вопрос имеет к тестированию 3.3, не ясно.

похоже что пингчек не может достучаться до указанных ему адресов по-умолчанию и выключает соединение. Возможно их провайдер блокирует. Отключите пингчек, при единственном ethernet подключении он не нужен. Хотя у вас в логе выше линк пропал, это тоже вы дернули? Если нет, то проблема началась именно тут. [I] Nov 12 14:23:55 ndm: Network::Interface::Switch: "FastEthernet0/0": switch link down at port 0. [W] Nov 12 14:23:55 ndm: Dhcp::Client: DHCP server is not responding.

официально никакой.

Это не поддержка

Если верить БЗ автообновления добавили в NDMS 2.10.C0. Ну и опять же все это актуально для Rev.B. Если у вас Rev.A, то только draft и ручками. Должно-то должно обновиться, но например известно, что самому усилителю нужен DNS-сервер и маршрут для доступа к обновлениям. Наличие на клиентах не гарантирует их же на усилителе. Нужно проверить, что они есть (в кинетике). Это и для авто, и для ручных обновлений актуально.

Сам - если включено автообновление и если есть дефолтный маршрут. И только на стабильные версии. 2.15.C.6 последняя для Rev.B в официальном канале, для Rev.A уже не помню, мамонт какой-то без автообновлений. В логах что-то пишет? Может впихиваете невпихуемое (прошивка подрастает иногда)?

или прошивку обновить, на старых когда-то были такие проблемы.

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

Давайте поищем потенциально узкие места . Имеем в качестве кандидатов Ethernet (Wi-Fi не беру, раз по ethenet аналогично), USB и клиента-ТВ. "Тормозить" из-за ethernet не может ни на какой прошивке Keenetic. Так что советы обновиться на legasy и прочий draft хороши, но в реале вряд ли помогут. Разве что по принципу "до кучи" и на авось - вдруг поможет рестарт роутера, плацебо или бубен ;). USB теоретически может быть узким местом, особенно если диск без внешнего питания. Проверить это можно, воткнув вместо диска флэшку - они к питанию не требовательны. Если же с диском все ОК, а другие клиенты с ним таких проблем не имеют, то увы - ТВ. Телевизор по какому протоколу видео берет? DLNA, CIFS? Можно попробовать сменить, если ТВ поддерживает.