Le ecureuil

В тестовой среде у нас регулярно проводятся тесты на минимум 64 устройства в каждом диапазоне, и все работает.

Что именно поправить-то? Я так и не понял, что вы хотите, и что там раньше работало.

Нужен нормальный self-test.

Нет, он будет отключен вообще. Прямого режима IPv6 сейчас нет.

А зачем вы тогда вообще захотели что-то "выделять" в отдельный сегмент? Если в итоге вернулись к тому что было.

Сделал. Теперь если h1/h2/h3/h4 меньше или равны 0xFF, то сосуществование с client-id работает. Если хоть один из них больше - работает только ASC.

А он у вас и проводом, и по WiFi к контроллеру подключен?

Так вы же лично сняли галку "IPv6 через облако". IPv6 пока доступен только в облачном режиме, потому что свзяность между IPv6 сетями до недавнего момента оставляла желать лучшего.

В 4.2.0 были исправлены ТОЛЬКО падения transmission, потому выпускать ее для всех устройств не имеет никакого смысла.

В новой версии веба эти выключатели скоро вернутся.

Читаете неправильно. DoH как раз работает через TCP, и потому отлично пролезает в Socks.

iptables nat prerouting, до правил DNS_REDIR

Это был баг.

Все так, перехват тоже надо отключать.

Какой именно VPN? Где self-test с включенным interface debug на "залипающем" интерфейсе?

Чисто теоретически, то что вы настроили, хоть и не дает никакой изоляции между сетями, но работать должно. Вопрос насчет роутинга между этими подсетями: попробуйте сегмент CCTV сделать не protected, а private. Также вам нужно убрать isolate-private в cli, потому что у вас и так физический сегмент единый, и смысла в подобной изоляции у вас нет. После этого должно все (в теории) заработать.

Если кратко: opkg сейчас так устроен, что при изменении настроек (реальном изменении, если 2 раза команду ввести, то изменения нет) opkg он: - убивает все процессы внутри opkg - заново выполняет init-скрипт opkg В итоге вот и выходит так, что изменение настройки тут же все прибивает. В принципе, реально важных изменений, требующих полного реинита в этой команде нет, потому вероятно все же сделаем ее без полного прибития и перезагрузки, но только чуть позже.

И не создаст - дефолтный маршрут в KeeneticOS никто по приказу свыше создать не может, кроме настройки политик доступа.

Покажите self-test с buddy и с ultra в этот момент.

Покажите self-test с buddy и с ultra в этот момент.

То есть работает, если он основной в системной политике, и не работает, если основной в дополнительной политике?

Покажите-ка, что это такое. Сейчас OpenConnect-клиент работает через policy routing, потому маршрутов до сервера создавать не должен.

Да, спасибо за репорт, постараемся поправить.

Это норма. Для политик всегда работает перехват DNS-трафика. Добавляйте ваши правила перехвата раньше в nat PREROUTING.

Добавьте DoH через мобильный интернет, через Proxy не нужно (это для экстренных случаев).