tripoli.cloud/ansible/group_vars/all.yml
Adam Belkacemi 2fa16083c3 Phase 1 : socle & sécurité (WireGuard, Ansible, OpenTofu)
- Reconnaissance : le serveur héberge déjà 6 autres projets derrière un
  Caddy partagé (80/443) ; tripoli-edge sera un service interne (décision
  prise avec l'utilisateur), pas un second frontal.
- WireGuard : canal admin Mac <-> serveur (10.100.0.0/24, port 58212/udp
  après avoir découvert que 51820 était filtré par le pare-feu Hetzner
  Cloud, distinct de ufw).
- Ansible : rôle base (confirme fail2ban/unattended-upgrades/ufw déjà en
  place, sans toucher aux règles des autres projets) + rôle wireguard
  (clé privée générée sur la cible, jamais stockée dans ce dépôt).
- OpenTofu : serveur Hetzner référencé en data source lecture seule
  (jamais recréé/détruit - serveur partagé et déjà en prod) ; DNS
  tripoli.cloud géré via le provider OVH.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
2026-09-16 22:11:31 +02:00

18 lines
864 B
YAML

---
# WireGuard : canal d'administration, pas un VPN "route tout le trafic".
# Chaque pair n'a le droit de joindre que l'autre bout du tunnel (/32),
# jamais le reste du réseau du serveur.
wireguard_listen_port: 58212 # port non standard : 51820 (défaut) est filtré
# en amont par le pare-feu Hetzner Cloud sur ce projet ; voir README.
wireguard_server_address: "10.100.0.1/24"
wireguard_peers:
- name: mac-admin
public_key: "lG5XN+YazR4qgFH75kK41ouQGP00GBaygC1h85NrFmg="
allowed_ips: "10.100.0.2/32"
# Tant que false, le SSH public (22/tcp depuis Anywhere) reste ouvert.
# À ne passer à true qu'après avoir vérifié que le tunnel WireGuard
# fonctionne depuis la machine d'administration - sinon risque de perdre
# l'accès root normal (recours : console de secours Hetzner).
ssh_restrict_to_wireguard: false
wireguard_subnet: "10.100.0.0/24"