Перейти к содержанию

admin

Администраторы
  • Постов

    314
  • Зарегистрирован

  • Посещение

  • Победитель дней

    108

Весь контент admin

  1. Не связан. Покажите фрагмент конфига с настроенным прокси к регистратору. Редирект идет от регистратора. То есть, надо пытаться что-то подкрутить в HTTP-заголовках между кинетиком и ним, что заставит его не редиректить. (Не факт, что удастся.)
  2. Проблема определенно присутствует. Носит вероятностный характер. Подозрение на потерю синхронизации в облачном сервисе, не на прошивку, т.е. обновление на 3.9.4 повлияло косвенно. На наших автотестах и вручную искусственно она не воспроизводится, поэтому отлаживаем реальных кейсах. Просьба ко всем, кто столкнулся, сообщать в поддержку. Все случаи собираются в общую задачу, которая сейчас в работе.
  3. Есть функция — расписание работы подключений https://help.keenetic.com/hc/ru/articles/360000510999-Расписание-работы-подключений, устройство целиком перезагружать не обязательно. Только обратите внимание (к сожалению, деталей Вы не прислали), что расписание можно назначить как на DSL-подключение, так и на PPPoE-подключение. Веб-интерфейс назначает его на DSL-подключение. Возможно, если у Вас PPPoE, достаточно переназначить его на PPPoE, и тогда не придется ждать повторную синхронизацию DSL. Это можно поменять из командной строки с помощью команды "interface {name} schedule", можете поэкспериментировать. Расписание, привязанное таким образом, выполняет interface up/down в заданное время.
  4. Вам необходимо установить версию 3.9.4 из канала Preview. Там была исправлена ошибка в части, относящейся к TLS-подключениям (NDM-2516), которая хоть и присутствовала, но почти не проявлялась на 3.9.2.
  5. Спасибо, метку "grafana" добавили (правда, всё же не через "ph").
  6. self-test обязательно! Должны быть понятны названия, какая политика "одна" и "вторая", чтобы всё точно воспроизводилось, и ни до чего не догадываться.
  7. Небольшая ошибка, не влияющая на работоспособность. Будет исправлено в следующей сборке. (Модуль mtdoops_proc.ko помогает диагностировать системные сбои, когда они происходят.)
  8. Как минимум, для начала не хватает self-test файла. Просьба открыть тикет в поддержке, где всё спросят и возьмутся за диагностику. Здесь напишем, чем дело закончится.
  9. ... и судя по редким запросам таких пользователей всё еще очень мало, но вы приложите ради интереса скрипты свои (секреты можете замазать)
  10. Хотелось бы для полноты картины проверить на 3.9 (Preview) есть ли разница с 3.8.
  11. 507 — запрошенная прошивка не помещается в отведенное место. Можно убрать лишние компоненты из запроса с помощью: > components remove {component} И сделать commit снова.
  12. IPv6 in Wireguard is not supported and not planned for the next major release yet.
  13. Исправлено в версии 3.9 Alpha 9.
  14. Создайте, пожалуйста, отдельную тему и опишите подробнее.
  15. Да. Пересобралось, можно ставить. Сложность в том, что версия с багом не может обратиться на сервер за обновлением. Придется залить какой-то предыдущий backup и снова обновиться.
  16. Перемудрили с проверкой DPN. Для RU документ не актуален, но код оказался поломан. В течение часа соберется перезалив. Версия будет с тем же заголовком: 3.9 Alpha 7. Release notes лишний раз плодить не будем. Всем спасибо
  17. Из командной строки надо: components list legacy components commit
  18. Нашли. Починили. Не учли настройки старых device-id при обновлении облачного сервиса.
  19. Справедливость восстановлена. Версия 3.8 Alpha 1.
  20. Реализовано в версии 3.8 Alpha 3.
  21. Реализовано в версии 3.9 Alpha 6.
×
×
  • Создать...

Важная информация

На этом сайте используются файлы cookie. Нажимая "Я принимаю" или продолжая просмотр сайта, вы разрешаете их использование: Политика конфиденциальности.