Le ecureuil

Видимо вам придется ждать новой версии.

Спасибо за репорты, "мгновенная" блокировка будет доступа в следующем выпуске.

Пока создайте на накопителе каталог lib/system-modules, и скорее всего все установится нормально.

Какая политика настроена у "Домашней сети"?

Я уже в 2020 смотрел на это все внимательно, и на мой взгляд с 2020 ничего не улучшилось + сильно больше распространения не стало. А значит пока делать что-то рано (или, как в случае с dnscrypt, уже поздно).

Спасибо за репорт, в следующей версии будет поправлено. Но все же задайтесь вопросом - а вам точно chroot нужен?

Маршруты из allow-ips не копируются в системные при импорте конфига, это верно. Но такое можно реализовать, правда не знаю насколько есть спрос.

По идее клиенты PPTP тоже должны попадать на этот роутинг, если только этот PPTP сервер не привязан к сегменту с политикой доступа в Интернет. Если же на привязанном сегменте нет привязанной политики, все будет работать.

Спасибо за отзывы, в следующей версии все будет точно исправлено. На самом деле в 5.0 в выводе show media было реализовано чтение SMART-атрибутов и вывод температуры накопителя, но несколько попыток улучшить совместимость так и не удалось довести все до состояния "как было". На неопределенное время чтение и вывод температуры будут отключены.

Спасибо за репорт, в следующей версии будет исправлено.

На версии 4.3 так и будет непонятно.

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

Профит не особо понятен, если честно. NextDNS его не поддерживает, и они явно написали что не видят в этом смысла: https://help.nextdns.io/t/x2yz4tm/its-time-for-nextdns-to-implement-odoh У Mullvad тоже нигде в БЗ не указано про поддержку ODOH. Кроме CF по сути никто его не поддерживает, плюс нет какого-то стандартного, прописанного в RFC KDF: сперва даже сами CF распространяли все в DNS RRTYPE65, а потом тихо и незаметно скатились до wellknown-файла. Как будут делать другие вендоры - неясно. Пока больше вопросов, чем ответов и пользы.

Эта версия не является "следующей" в полном смысле этого слова, она ушла на внутренние тесты примерно за 4 рабочих дня до релиза. Я же пишу сообщение что "будет поправлено" в момент, когда выкладываю код, и очевидно, что это произошло позже "заморозки" версии 5.0.b.2.

Все верно, без смонтированного диска в Opkg ничего работать не будет - на это не рассчитано.

Да, пока все возвращено назад из-за особенностей работы.

Проверьте на версии 5.0, там будет понятнее почему.

Уже написано же - будет исправлено в следущей версии, ожидайте.

Это нормально, если такое поведение не нужно, то попробуйте отключить NAT на Home.

1. /bin/sh это редиректор, который в зависимости от ситуации запускает или ash, или /opt/bin/sh, или ndmc. 2. Потому что редиректор включает редирект на /opt/bin/sh. 3. Потому что в системе вообще нет busybox и он не используется. Его можно поставить, но он крайне урезан, потому что для работы он не нужен. 4. Указывать нужно через /opt/usr/bin/sh вероятно. busybox улучшаться и обновляться не будет, он для работы системы не нужен.

У вас не будет работать NAT для GRE и PPTP. Если вы этим не пользуетесь, то смело игнорируйте.

Я все не могу понять какие именно маршруты вам нужны. Можно пример рабочий?

А что конкретно не так с маршрутами? Если они заданы через ndm, то все должно работать.

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

У вас no proposal chosen по какой-то причине, хотя визуально по настройкам вроде все ок. Покажите еще логи с включенным crypto ipsec debug.