byedpi ничего не модифицирует, это socks. Из второго контейнера открывается новое подключение к dst и это надо пускать напрямую, т.е. либо исключать из маркировки или правилами маршрутизации
Постить не буду, это для себя и в вечном процессе доработки… ну и объяснять там много придется.
В основном это система контроля, используется OpenTherm gateway, на батареях стоят электронные термоголовки с термостатами, датчиками открывания окон и кубом, их мониторинг с помощью Ардуины…
Т.е. в основном контроль, но добавил управление горячей водой по расписанию, регулировку температуры котла (у меня нельзя управлять термостатом), мониторинг электрической сети с помощью NUT, сбор статистики в emoncms и т.п.
Сделан watchdog для датчиков, т.е. при отсутствии сообщений либо извещение, либо «эмуляция», сейчас делаю управление по СМС и Telegram…
Из железа в планах реализовать термостат, переведя OpenTherm gateway в интерфейсный режим, заменить eQ3 Cube на что-то свое, сделать управление насосами и клапанами, а также панель управления на планшете и телефоне с помощью node-red-dashboard или node-red-vis
Если есть вопросы, спрашивайте, готов поделиться
Пользуюсь уже очень давно, управляет системой отопления…
В вашем случае при перезапуске не будет установлен параметр flow.Light_brightness, я делаю такие настройки с помощью блока inject или с сохранением параметров в MQTT (retain сообщения)
у меня socks и туннель в разных сетях, наверное надо проверку на необходимость маршрута добавить
На xray используете fake dns?
Исключите интерфейс или ip byedpi из маркировки или правил маршрутизации
Ну в этом случае зовем друга - Wireshark-а )
Через socks не проходит icmp, можно с mtu/mss поиграться
Надо настройки byedpi крутить, начните с самых простых стратегий. Подключайтесь напрямую к socks, без tun. В туннеле задержка минимальна.
выбран byedpi https://github.com/hufrea/byedpi
а это socks сервер
byedpi ничего не модифицирует, это socks. Из второго контейнера открывается новое подключение к dst и это надо пускать напрямую, т.е. либо исключать из маркировки или правилами маршрутизации
hev-socks5-tunnel сам поднимает tun0 в отличии от tun2socks
и запускает настройку маршрутов
Забыл про ipv6 написать, ну и пример переменных:
И hev-socks5-tunnel тоже можно:
entrypoint.sh
и Dockerfile
Параметры через параметры окружения
Собирать под свою архитектуру...
Про +5 зимой:
если электричество отключат, то температура может упасть очень быстро
не используйте холодильник при такой температуре
учитывайте разницу температур по объему помещения, у пола внешних стен разница может быть приличной
В основном это система контроля, используется OpenTherm gateway, на батареях стоят электронные термоголовки с термостатами, датчиками открывания окон и кубом, их мониторинг с помощью Ардуины…
Т.е. в основном контроль, но добавил управление горячей водой по расписанию, регулировку температуры котла (у меня нельзя управлять термостатом), мониторинг электрической сети с помощью NUT, сбор статистики в emoncms и т.п.
Сделан watchdog для датчиков, т.е. при отсутствии сообщений либо извещение, либо «эмуляция», сейчас делаю управление по СМС и Telegram…
Из железа в планах реализовать термостат, переведя OpenTherm gateway в интерфейсный режим, заменить eQ3 Cube на что-то свое, сделать управление насосами и клапанами, а также панель управления на планшете и телефоне с помощью node-red-dashboard или node-red-vis
Если есть вопросы, спрашивайте, готов поделиться
В вашем случае при перезапуске не будет установлен параметр flow.Light_brightness, я делаю такие настройки с помощью блока inject или с сохранением параметров в MQTT (retain сообщения)