8f70c2aae7
- tripoli-edge (hyper/tokio bas niveau, pas de framework type axum) : /healthz, /metrics (Prometheus, compteurs à la main), reverse-proxy vers tripoli-api avec vrais 502 tant que ce service n'existe pas (Phase 3), logs JSON structurés par requête. - Écoute sur 127.0.0.1 + 172.17.0.1 (passerelle docker0), jamais sur l'interface publique - même pattern que le Nginx de VoltVision déjà sur ce serveur. - Déployé en prod : systemd (utilisateur système dédié, sans privilège), bloc Caddy ajouté pour tripoli.cloud/www.tripoli.cloud, règle ufw ajoutée (Ansible) pour que Caddy puisse joindre le port 9000 - sans quoi le chemin INPUT de l'hôte bloque le trafic inter-bridges même vers 172.17.0.1. - Vérifié bout-en-bout via https://tripoli.cloud, sans régression sur les 6 autres domaines déjà servis par ce Caddy. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com> |
||
|---|---|---|
| .. | ||
| group_vars | ||
| inventory | ||
| roles | ||
| ansible.cfg | ||
| README.md | ||
| requirements.yml | ||
| site.yml | ||
Ansible — socle Tripoli Cloud
Un seul hôte (tripoli_cloud), pas d'inventaire dynamique : ce serait
simuler une flotte qui n'existe pas. Le serveur héberge aussi cinq autres
projets ; ce dépôt ne gère que ce qui concerne Tripoli Cloud (voir les
commentaires dans roles/base/tasks/main.yml).
Lancer
ansible-galaxy collection install -r requirements.yml # une fois
ansible-playbook site.yml --diff
ansible_host pointe pour l'instant sur l'IP publique (inventory/hosts.yml)
car le SSH public reste ouvert par choix explicite. Une fois le SSH public
fermé (ssh_restrict_to_wireguard: true dans group_vars/all.yml), changer
ansible_host pour 10.100.0.1 et lancer les playbooks depuis une machine
dont le tunnel WireGuard est monté — sinon Ansible ne pourra plus joindre le
serveur.
Secrets
Aucun secret dans ce dépôt, volontairement :
- La clé privée WireGuard du serveur est générée sur le serveur par le
rôle
wireguard(wg genkey,creates:la rend idempotente) et n'en sort jamais. Pas de vault, pas de fichier chiffré à gérer. - Les clés publiques des pairs (Mac admin, etc.) ne sont pas sensibles :
elles vivent en clair dans
group_vars/all.yml.
ssh_restrict_to_wireguard
À false (valeur actuelle) : le rôle ne touche pas à la règle 22/tcp
existante (ouverte à "Anywhere", posée manuellement avant Ansible).
À true : le rôle retire cette règle et n'autorise plus le 22/tcp que
depuis 10.100.0.0/24. Vérifier que le tunnel fonctionne avant de basculer
ce flag — sinon risque de perdre l'accès root normal (recours : console de
secours Hetzner, indépendante du réseau).