# client_artefacts **Intégration cliente** : l'hôte prend ses paquets à la source de l'écosystème (`serveur_artefacts`) plutôt que chez Debian. ## Principe Une ligne dans `/etc/apt/apt.conf.d/`. C'est tout ce que ce rôle fait, et c'est délibérément tout ce qu'il fait. ``` Acquire::http::Proxy "http://.:3142"; ``` ## Elle suit l'existence du service — elle ne se déclare pas `client_artefacts_actif` est **dérivé de l'inventaire** : un groupe `serveur_artefacts` sans hôte, c'est un écosystème qui prend ses paquets à l'amont, et c'est un choix valide. Le rôle ne pose alors rien — et **retire** la direction posée auparavant, sans quoi les hôtes resteraient braqués sur une machine disparue et n'installeraient plus rien. Une intégration qui ne sait pas se retirer est un piège différé. C'est la même leçon que pour le SSO, les bases et les dépendances causales : le moteur ne doit pas supposer l'écosystème complet. ## Un cache ne sert jamais la machine qui le construit `client_artefacts` est déployé dans la couche **agents**, en dernier — quand sa cible est debout. Conséquence à connaître : lors d'une construction *from-zero*, les premières machines prennent encore leurs paquets à l'amont, puisque le cache n'existe pas encore. Il sert dès le **deuxième passage**, et à chaque reconstruction — c'est-à-dire exactement le scénario pour lequel il existe. ## Seul le HTTP passe par le cache Les dépôts Debian sont servis en HTTP et leur intégrité vient de leurs signatures. Les dépôts tiers en HTTPS continuent d'aller en direct : `client_artefacts_https` existe mais reste à `false` tant que le cache ne sait pas les remapper.