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

hlnw

Модераторы
  • Постов

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

  • Посещение

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

    28

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

  1. @Alexander новая логика работы DNS. Теперь DNS в основном профиле приоритетов подключений не используется с резервного интерфейса ISP. Сделано на случай нестабильной работы DNS с резернвого подключения и чтобы его не использовать, когда например подымаете VPN-подключение в интернет. Для доступа в новый веб-интерфейс есть переключатель справа:
  2. @dimon27254 да, версия готовится к выпуску, сначала в превью канале.
  3. @dimon27254 было принято решение создать кейс NDM-3284 на улучшение совместимости с TLS 1.3 hybridized Kyber, что позволит не отключать указанный флаг на стороне браузеров.
  4. @dimon27254 https://www.reddit.com/r/sonicwall/comments/1cac4ii/content_filter_blocking_cfs_legitimate_traffic/ Хотя в версии 124.0.6367.92 браузера более описанная ситуация не воспроизводится.
  5. @Goga777 дело было в рекурсивном DNS. В будущих версиях ПО будет исправно. Спасибо.
  6. @dimon27254 включите пожалуйста debug режим на Wireguard интерфейсе, пример: interface Wireguard0 debug exit system configuration save Далее еще раз скачайте self-test файл в момент воспроизведения ситуации и прикрепите файл сюда.
  7. @dimon27254 спасибо, создан кейс NDM-3186.
  8. @dimon27254 self-test файл пожалуйста с 4.1.2
  9. https://forum.keenetic.com/topic/17219-41а17-не-работает-интернет-с-dot-doh-и-игнорированием-dns-провайдера/
  10. @dimon27254 если выполнить отключение опций в CLI, то после system reboot настройка не сохранится?
  11. @Leshiyart @Михаил Кириченко @Serg54 всем спасибо, получилось воспроизвести описанную ситуацию при включенном ip no name-servers на интерфейсе UsbLte0 и назначенным на его же ping-check с профилем по умолчанию. DNS запросы заворачиваются в DOT DOH, без настроенных DNS plaintext адресов.
  12. Реализовано в версии ПО 4.1 Beta 0.1
  13. @dimon27254 дело в подсчете времени. В будущих версиях ПО будет скорректирован подсчет. Кейс NDM-3043.
  14. @AbeL необходимо включить debug режим на интерфейсе OpenVPN в CLI, пример: interface OpenVPN0 debug system configuration save После перезагружаете роутер: system reboot Либо по питанию. После ждете момента, когда сервер не установит подключение, скачиваете self-test файл и отправляете файд в поддержку.
  15. Доступ восстановлен. Всем просьба проверить работу.
  16. Всем спасибо. Занимаемся вопросом. В ближайшее время доступ вернется.
  17. @vasek00 не всегда с первого раза воспроизводится на стенде, поэтому в следующий раз прикрепите self-test файл.
  18. @vasek00 когда пришлете в скрытое сообщение self-test?
  19. @dimon27254 как обстоят дела на версии ПО 4.0.4?
  20. Пока более ничего не нужно, исправление в следующих версиях ПО. Спасибо.
  21. @vasek00 в процессе исправления. Более сообщать об ошибке не нужно. Следите за журналом исправлений в ветке https://forum.keenetic.com/topic/16674-журнал-изменений-41/
  22. @Емеля @tamer есть подозрение на hwnat. О данной проблеме знаем. Исправление в будущих версиях ПО. Пока делайте откат на версию 3.9.8 пожалуйста, файл .bin можно взять тут - https://disk.yandex.ru/d/JQq4rJcR9Y6kXg
  23. @dimon27254 Это является следствием получения широковещательных bcast сообщений через wind демон - это приводит к частому сканированию site-survey (обзора сети). В будущих версиях ПО планируется исправление. Спасибо.
  24. @Сергей Анатольевич Пешкин Да, все верно, ожидаемо. Будет сгенерирован новый ключ. Напишите в поддержку, оставьте голос за реализацию функционала переноса конфигурации WG туннеля. Прикрепят к идее.
×
×
  • Создать...

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

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