eralde

Для начала: написать какая прошивка установлена на устройстве и приложить скрытым сообщением self-test.

На странице "Диагностика" нужную информацию видно, правильно (вторая картинка в вашем посте)? Зачем эту же информацию дублировать в том месте, где подключение непосредственно настраивается? Можно просто по прямой ссылке <адрес_Кинетика>/diagnostics/dsl открывать сразу нужную вкладку в "Диагностике" и смотреть на статус линка.

Свяжитесь с техподддержкой, они подскажут, какие есть варианты.

В мастере первоначальной настройке (относительно) скоро появится опциональная возможность настраивать доп. сегменты. Например, отдельный сегмент для детей или для IoT-устройств. Для доп. сегментов будет включаться фильтрация DNS (принудительно, скорее всего). Вот поэтому и возникла такая зависимость.

Домохозяйки это имя и не увидят никогда, скорее всего 🙂

Потому что рарешены только символы, которые занимают по 1 байту на символ. В SSID вы можете вписать даже emoji, которые занимают заметно больше, лишь бы только общий размер строки умещался в 64 (кажется) байта. С hostname все проще -- все символы, занимающие больше 1 байта, запрещены. Поэтому и сообщение об ошибке такое.

Результаты поиска по веб-интерфейсу состоят из двух частей: 1. поиск по текстам внутри интерфейса, 2. поиск статей из базы знаний. В текстах внутри интерфейса слово "график" не встречается, поэтому срабатывает код, ищущий результаты по запросу с "исправленной опечаткой" (график -> трафик). Этот код устроен достаточно просто и не может отбросить результаты с такой конкретно заменой, как не вполне адекватные. Это локальный поиск, он весь целиком (с базой текстов для поиска) живет в вашем браузере, пока открыт веб-интерфейс. Как работает поиск по статьям базы знаний, я достоверно не знаю, но в Dev Tools можно увидеть, что поисковый запрос в прошивку уходит без всяких замен. Т.е., ответ на этот запрос возвращает именно статьи базы знаний, которые каким-то образом матчатся по слову "график". Можно ли как-то более явно показывать, что результаты из первой части -- это поиск после "исправления опечатки"? Да, наверное.

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

@constgen @dimon27254 ларчик просто открывался: слово "график" ни в одном тексте внутри интерфейса не встречается, а слово "трафик" -- встречается много раз 🙂

Спасибо за репорт! Интересно 😅 Это такой "улучшайзер" поиска, который по задумке должен показывать что-то полезное, если пользователь опечатался. Непонятно, правда, почему он не находит точное совпадение и не показывает сначала его.

Ожидаемое) Думаю, что расширение .bat вообще упоминается только по той причине, что система ожидает маршруты заданные в том виде, в котором их принимают утилиты Windows. Пользователи Linux/macOS может быть про это расширение вообще не слышали никогда, но маршруты импортировать могут все равно 🙂

@Tacitus почитайте вот эти темы, там обсуждались аналогичные проблемы:

Думаю, что вам подойдет вот эта функция: https://help.keenetic.com/hc/ru/articles/115000041605-Можно-ли-перезагрузить-по-питанию-USB-модем-подключенный-к-Keenetic-средствами-интернет-центра

@Oleg Oleinikov, вероятно, не хватает заголовков Referer и Origin. Почитайте вот эту тему: И вот эту:

Если речь о мобильной версии, то да, тултип больше не должен появляться. Тултипы на мобильных устройствах -- это, в целом, крайне неочевидная механика