991f4dd04f
- CLI (clap) : create/destroy/list. Network namespace créé via rtnetlink::NetworkNamespace (fork + unshare(CLONE_NEWNET) + bind-mount, équivalent de `ip netns add`), paire veth créée dans la racine, un bout déplacé dans le namespace (setns_by_fd) et adressé depuis un thread OS dédié qui fait setns() - jamais un thread du pool spawn_blocking de tokio, qui serait réutilisé pour d'autres tâches et resterait coincé dans le namespace. - Journal d'audit JSON (stderr + /var/log/tripoli-netctl/audit.log) à chaque opération. - Documenté explicitement comme labo pédagogique un-seul-poste : tripoli-edge et tripoli-api restent nativement sur l'hôte, ce projet ne pilote aucun trafic de production. - Testé en conditions réelles sur le serveur : création, adressage des deux côtés (dont lo, down par défaut dans un netns neuf), ping traversant effectivement la veth, puis destruction propre (veth + namespace) vérifiée par absence des interfaces et du namespace. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
41 lines
2.7 KiB
Markdown
41 lines
2.7 KiB
Markdown
# 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é dédiée (Phase 5) | Pas commencé (une stack Prometheus/Grafana existe déjà sur le serveur, partagée avec les autres projets) |
|
|
| Bird/BGP (Phase 6, bonus) | Pas commencé |
|
|
|
|
## 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).
|