ANSIBLE

Journal de mise en place

1. WSL2 installé comme machine de contrôleFait
   Ubuntu sous WSL2, Ansible installé via apt — nécessaire car il n'existe pas de version native Windows
2. Clé SSH dédiée générée pour AnsibleFait
   Paire ed25519, autorisée sur chaque VPS via ssh-copy-id à partir des clés .pem existantes
3. Clés .pem inutilisables depuis /mnt/c/...Debug
   Permissions Windows trop ouvertes vues par WSL (UNPROTECTED PRIVATE KEY FILE) — copiées dans le système de fichiers Linux puis chmod 600
4. Inventaire multi-cloud construitFait
   hosts.ini — un groupe par fournisseur (AWS, Azure, Infomaniak), VPS YunoHost exclu du groupe ciblé pour préserver son pare-feu natif
5. Playbook de déploiement de l'agent Zabbix écritFait
   Détecte automatiquement la version de Debian de chaque hôte pour télécharger le bon paquet zabbix-release, configure Server/ServerActive/Hostname
6. Échec sudo sur un des VPSDebug
   Pas de sudo sans mot de passe configuré sur cet hôte — résolu avec l'option --ask-become-pass
7. Conflit de nom d'hôte côté ZabbixDebug
   "host not found" — le Hostname géré par Ansible ne correspondait plus au nom déjà déclaré côté serveur pour un agent existant, renommé pour faire correspondre
8. Port 10051 bloqué pour les nouveaux agentsDebug
   Hook iptables et Security Group OpenStack n'autorisaient que la première IP déployée manuellement — étendus par IP à chaque nouvel agent
9. Agent Zabbix déployé sur le parc en une commandeLive
   4 VPS (AWS, Azure, Infomaniak ×2) provisionnés par un seul ansible-playbook, idempotence vérifiée par relance sans changement