Worker node

В продуктивной среде не допускайте выполнения недоверенных tool calls на машине, где запущен PentAGI. Worker node размещает контейнеры agents за конечными точками Docker, защищёнными TLS, поэтому команды, выполняемые agent, никогда не затрагивают основной хост.

Зачем нужен worker node

• Изоляция. Контейнеры tool работают на выделенном оборудовании с собственной сетевой границей.
• Контролируемый доступ к Docker. Agents, которым требуется Docker, обращаются к защищённому демону Docker-in-Docker через политику авторизации, а не к демону хоста.
• Тестирование по отдельному каналу. Выделенный диапазон портов на worker node поддерживает обратные вызовы по отдельному каналу (OOB).

Режимы подключения

• Стандартный (рекомендуется) — PentAGI подключается к Docker хоста worker node по TLS для создания рабочих контейнеров; рабочие контейнеры обращаются к Docker-in-Docker через его конечную точку TLS. Установите DOCKER_INSIDE=true вместе с DOCKER_INSIDE_HOST, DOCKER_INSIDE_TLS_VERIFY и DOCKER_INSIDE_CERT_PATH, а DOCKER_SOCKET оставьте пустым: иначе /var/run/docker.sock шаблона .env также смонтирует сокет Docker хоста worker node в каждый sandbox. Без DOCKER_INSIDE_HOST агенты не получат доступ к Docker.
• Прямой — PentAGI обращается напрямую к Docker-in-Docker; при этом монтирование каталогов хоста (bind mounts) запрещается политикой, поэтому доступ agents к Docker необходимо отключить.

Настройка

Полная процедура — подготовка TLS-сертификатов для обоих демонов, защищённая конфигурация Docker-in-Docker, обновление политик и проверка — описана в руководстве по worker node в репозитории.