c6aa75ba39
- .forgejo/workflows/ci.yml : build + test cargo (workspace), build npm (app/) sur toute PR/push ; déploiement (main uniquement) : build release, scp + redémarrage systemd sur tripoli-edge et tripoli-api. - Runner Forgejo Actions déployé en systemd (aucun n'existait avant) : socket Docker de l'hôte partagé avec les conteneurs de job plutôt qu'un docker:dind imbriqué et privilégié - plus léger sur une machine déjà partagée. - Déploiement via un compte système "deploy" sans privilège : peut seulement déposer un binaire dans /opt/deploy-staging et lancer un script sudo dédié qui n'accepte que "tripoli-edge" ou "tripoli-api" comme argument. Aucune clé root dans le pipeline. Clé SSH de déploiement générée sur le serveur, jamais passée par cette conversation - stockée directement comme secret Forgejo Actions par l'utilisateur. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
3.2 KiB
Tripoli Cloud
Cloud personnel (photos, sauvegardes, partage de fichiers) construit pour démontrer des compétences SRE proches de la stack de Clever Cloud (Rust, netlink, WireGuard, CI/CD). Un seul serveur, pas un cluster — ce README reste honnête sur ce qui est réellement en place vs prévu.
Serveur
Hetzner CPX22 (2 vCPU, 3.7 Go RAM, 75 Go disque), Ubuntu 26.04, 65.109.142.188
/ tripoli.cloud. Ce serveur héberge déjà six autres projets en
production (Forgejo, lecheminvert.tech, check-my-irve, iot-alarm-system,
voltvision, monitoring Prometheus/Grafana) derrière un Caddy partagé qui
tient les ports 80/443. Décision assumée : le futur tripoli-edge (Rust)
sera un service interne, derrière ce Caddy — pas un second frontal en
concurrence sur 80/443. Reprendre ces ports casserait les sites existants.
Pas de virtualisation imbriquée (KVM/QEMU) sur ce VPS Hetzner Cloud — non tenté, non simulé.
État réel
| Composant | État |
|---|---|
Prototype frontend (app/) |
Fait — React/TS/Vite/Tailwind, maquette |
| Reconnaissance serveur (Phase 0) | Fait |
| WireGuard (canal admin Mac ↔ serveur) | Fait — 10.100.0.0/24, port 58212/udp (51820 filtré par le pare-feu Hetzner Cloud, voir ansible/group_vars/all.yml) |
| Pare-feu / fail2ban / unattended-upgrades | Déjà en place avant ce projet ; confirmés/complétés par Ansible |
| SSH public | Toujours ouvert (choix explicite, pas encore restreint au VPN) |
| Ansible (rôle de base) | Fait — ansible/ |
| OpenTofu (serveur + DNS) | Code écrit — tofu/ ; serveur en donnée en lecture seule (jamais recréé/détruit), DNS géré via le provider OVH. plan/apply pas encore exécutés (nécessitent des identifiants OVH/Hetzner non fournis) |
tripoli-edge (Rust, Phase 2) |
Fait et déployé en prod — tripoli-edge/, service systemd, derrière Caddy, vérifié via https://tripoli.cloud/healthz et /metrics |
tripoli-api (Rust, Phase 3) |
Fait et déployé en prod — tripoli-api/, auth par session (Argon2), upload/download, PostgreSQL dédié (Docker), vérifié via https://tripoli.cloud/api/... |
tripoli-netctl (Rust, Phase 4) |
Fait — tripoli-netctl/, labo pédagogique (netns + veth via rtnetlink), testé sur le serveur (création, ping traversant la veth, destruction propre), volontairement pas branché sur le trafic de prod |
| Observabilité (Phase 5) | Fait — pas de stack dédiée (réutilise le Prometheus/Grafana partagé existant), scrape tripoli-edge + alertes (down, disque) + dashboard versionné (monitoring/), vérifié via l'API Prometheus/Grafana |
| Bird/BGP (Phase 6, bonus) | Fait — bird-lab/, BGP+BFD entre 2 namespaces via la racine en transit (AS 65000/65010/65011), vérifié (sessions Established, BFD Up, propagation de route, détection de panne sur coupure de lien), puis proprement démonté |
| CI/CD | Fait — .forgejo/workflows/ci.yml (pas .gitlab-ci.yml : le dépôt vit sur Forgejo, pas GitLab). Runner Forgejo Actions déployé en systemd, déploiement via un compte deploy sans privilège (ci/README.md) |
Dépôt
Code poussé sur forge.adam.belkacemi.me/adam/tripoli.cloud (même
instance Forgejo que les autres projets hébergés sur ce serveur).