tripoli.cloud/ansible/README.md

40 lines
1.6 KiB
Markdown
Raw Permalink Normal View History

# 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
```bash
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).