40 lines
1.6 KiB
Markdown
40 lines
1.6 KiB
Markdown
|
|
# 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).
|