# Worker node

> Exécutez les conteneurs d'agents sur un serveur dédié et durci, séparé de l'hôte principal PentAGI.

En production, évitez d'exécuter des [tools](https://pentagi.com/fr/docs/glossary/#tool) non fiables sur la machine qui exécute PentAGI. Un [worker node](https://pentagi.com/fr/docs/glossary/#worker-node) héberge les conteneurs des [agents](https://pentagi.com/fr/docs/glossary/#agent) derrière des points de terminaison Docker protégés par TLS, afin que les commandes exécutées par un agent n'atteignent jamais l'hôte principal.

```mermaid
graph TB
  accTitle: Main node running PentAGI and a separate worker node running the tool containers
  subgraph Main node
    PA[PentAGI]
  end
  subgraph Worker node
    HD[Host Docker :2376 TLS]
    DIND[Docker-in-Docker :3376 TLS<br/>authorization policy + seccomp]
    W[Worker containers]
    N[Nested containers]
  end
  PA -->|TLS, creates workers| HD
  HD --> W
  W -->|TLS| DIND
  DIND --> N
```

## [Pourquoi utiliser un worker node](https://pentagi.com/fr/docs/deployment/worker-node/#why-a-worker-node)

* **Isolation.** Les conteneurs de tool s'exécutent sur du matériel dédié avec leur propre périmètre réseau.
* **Accès Docker contrôlé.** Les agents nécessitant Docker communiquent avec un démon Docker-in-Docker durci via une politique d'autorisation, plutôt qu'avec le démon de l'hôte.
* **Tests hors bande.** Une plage de ports dédiée sur le worker node prend en charge les rappels hors bande.

## [Modes de connexion](https://pentagi.com/fr/docs/deployment/worker-node/#connection-modes)

* **Standard (recommandé)** — PentAGI se connecte au Docker hôte du worker node via TLS pour créer les conteneurs worker ; les workers accèdent à Docker-in-Docker via son point de terminaison TLS. Définissez `DOCKER_INSIDE=true` conjointement avec `DOCKER_INSIDE_HOST`, `DOCKER_INSIDE_TLS_VERIFY` et `DOCKER_INSIDE_CERT_PATH`, et laissez `DOCKER_SOCKET` vide : le `/var/run/docker.sock` du template `.env` monterait également le socket Docker hôte du worker node dans chaque [sandbox](https://pentagi.com/fr/docs/glossary/#sandbox). Sans `DOCKER_INSIDE_HOST`, les agents n’ont aucun accès à Docker.
* **Direct** — PentAGI communique directement avec Docker-in-Docker ; les montages bind de l'hôte sont alors refusés par la politique, et l'accès Docker pour les agents doit donc être désactivé.

## [Configuration](https://pentagi.com/fr/docs/deployment/worker-node/#set-it-up)

La procédure complète — certificats TLS pour les deux démons, configuration durcie de Docker-in-Docker, mises à jour des politiques et vérification — est détaillée dans le [guide du worker node](https://github.com/vxcontrol/pentagi/blob/main/examples/guides/worker_node.md) du dépôt.