Worker node

本番環境では、信頼されていない tool の実行は PentAGI を稼働させているマシンとは別の場所で行ってください。Worker node は TLS で保護された Docker エンドポイントの背後で agents のコンテナをホストするため、agent が実行するコマンドがメインホストに到達することはありません。

Worker node を使用する理由

• 分離。 Tool コンテナは専用のハードウェア上で実行され、独自のネットワーク境界を持ちます。
• 制御された Docker アクセス。 Docker を必要とする agents は、ホストのデーモンではなく、認可ポリシーを通じて強化された Docker-in-Docker デーモンと通信します。
• 帯域外テスト。 ワーカー上の専用ポート範囲が OOB コールバックをサポートします。

接続モード

• 標準（推奨） — PentAGI はワーカーのホスト Docker に TLS 経由で接続してワーカーコンテナを作成し、ワーカーはその TLS エンドポイント経由で Docker-in-Docker にアクセスします。DOCKER_INSIDE=true を DOCKER_INSIDE_HOST、DOCKER_INSIDE_TLS_VERIFY および DOCKER_INSIDE_CERT_PATH と共に設定し、DOCKER_SOCKET は空のままにしてください。.env テンプレートの /var/run/docker.sock は、ワーカーノードのホスト Docker ソケットをすべての sandbox にマウントします。DOCKER_INSIDE_HOST がなければ、agent は Docker にアクセスできません。
• ダイレクト — PentAGI が Docker-in-Docker と直接通信します。この場合、ホストのバインドマウントはポリシーによって拒否されるため、agents の Docker アクセスは無効にする必要があります。

セットアップ

両方のデーモンの TLS 証明書、強化された Docker-in-Docker の設定、ポリシーの更新と検証を含む完全な手順は、リポジトリ内の worker node ガイドに記載されています。