-
Постов
1 080 -
Зарегистрирован
-
Победитель дней
17
Тип контента
Профили
Форумы
Галерея
Загрузки
Блоги
События
Весь контент Denis P
-
почти год назад уже упоминалось о подобном поведении что блокировка в момент "потребления контента" не эффективна
-
@Le ecureuil на A11 даже отключение dns-proxy route не помогает и ошибки продолжают сыпаться и судя по дебагу он идут попытки разрешить адреса из списка, явно что-то где-то работает не так как задумано, self как обычно в следующем сообщении и опять же всему виной "интернет фильтры" без них всё хорошо "починить" теперь можно только если полностью снести OG
-
повторный экспорт нужен потому что конфиги имеют свойство теряться и нет быстрого способа снова выдать этот же конфиг конкретному клиенту, да и адреса тоже хочется - для порядку nat не индивидуальный, а глобальный для интерфейса, как и во всех серверах, сейчас снова нужно лезть в cli, потому что по умолчанию оно не включено) а вот и не можно) проверял перед тем как написать, разделял и "," и " " и ";"
-
6. еще нужен "nat для клиентов" как в других серверах, пока что приходится через cli включать ip nat для интерфейса + он еще и слетает при внесении изменений или добавлении пиров 7. возможность указывать более одной подсети в allow ips
-
потому что "из-под винды" может быть использован другой протокол в приложении. Проверьте именно с ikev2
-
небольшой upd именно в сочетании с "интернет фильтрами" воспроизводится, но не сразу, а только через какое-то время вплоть до 10-12 часов лечится отключением и включением снова opkg object-group fqdn или соответственно dns-proxy route (в зависимости от того что используем) убираем фильтры - ставим любые днсы, хоть plaintext хоть dot/doh - всё ок, работает нормально 24/7
-
снова повторилось и снова же с активированным Интернет фильтром, ошибки начинают появляться не сразу, в журнале это хорошо видно, но каких-то других событий, которые этому предшествуют нет, новый self-test в следующем сообщении, даже частично был включен dns-proxy debug p/s на самом деле происходит и при использовании opkg object-group fqdn и на 4.3.5 в комплекте с интернет фильтрами
-
@Le ecureuil радость длилась недолго, начали вылезать ошибки предположу что из-за включенного интернет фильтра AdGuard (на других устройствах интернет фильтр активирован не был и ошибок тоже нет) Dns::Route::ResolveQueue: system failed [0xcffd0046]. но и после его отключения продолжают сыпаться self-test в следующем сообщении
-
вероятно вы ищете только по этой теме, а не по всему форуму вообще) например по ссылке можно увидеть довольно много упоминаний https://forum.keenetic.ru/search/?q=ipv6 static&quick=1&updated_after=any&sortby=relevancy&search_and_or=and вот, один из примеров
-
Уже ни раз были упоминания что делается это через ipv6 static
-
плохой пример и абсолютно не в тему, на debian 12 и ubuntu 22/24 всё работает без проблем, для проверки есть максимально простая команда sstpc --user user --password password --tls-ext *.keenetic.* noauth а судя по тому что вы пишите у вас фига в файле /etc/ppp/chap-secrets и/или /etc/ppp/peers/<name>
-
Всё верно в вашем случае единственный выход - мобильное приложение, там есть и за неделю/месяц/год
