8f70c2aae7
- tripoli-edge (hyper/tokio bas niveau, pas de framework type axum) : /healthz, /metrics (Prometheus, compteurs à la main), reverse-proxy vers tripoli-api avec vrais 502 tant que ce service n'existe pas (Phase 3), logs JSON structurés par requête. - Écoute sur 127.0.0.1 + 172.17.0.1 (passerelle docker0), jamais sur l'interface publique - même pattern que le Nginx de VoltVision déjà sur ce serveur. - Déployé en prod : systemd (utilisateur système dédié, sans privilège), bloc Caddy ajouté pour tripoli.cloud/www.tripoli.cloud, règle ufw ajoutée (Ansible) pour que Caddy puisse joindre le port 9000 - sans quoi le chemin INPUT de l'hôte bloque le trafic inter-bridges même vers 172.17.0.1. - Vérifié bout-en-bout via https://tripoli.cloud, sans régression sur les 6 autres domaines déjà servis par ce Caddy. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
25 lines
911 B
Text
25 lines
911 B
Text
# Bloc ajouté à /opt/edge/Caddyfile sur le serveur (fichier partagé avec
|
|
# les 6 autres projets hébergés, donc pas dans ce dépôt en entier — voir
|
|
# le README de ce dossier).
|
|
#
|
|
# Pourquoi Caddy et pas tripoli-edge lui-même sur 80/443 : les ports 80 et
|
|
# 443 appartiennent déjà à ce Caddy. tripoli-edge est un service interne
|
|
# (172.17.0.1:9000, passerelle docker0, jamais exposé publiquement) :
|
|
# Caddy fait TLS/ACME et le routage par Host, tripoli-edge fait le reste.
|
|
|
|
tripoli.cloud, www.tripoli.cloud {
|
|
reverse_proxy 172.17.0.1:9000
|
|
|
|
header {
|
|
Strict-Transport-Security "max-age=31536000; includeSubDomains"
|
|
X-Content-Type-Options "nosniff"
|
|
X-Frame-Options "SAMEORIGIN"
|
|
Referrer-Policy "strict-origin-when-cross-origin"
|
|
-Server
|
|
}
|
|
|
|
log {
|
|
output file /var/log/caddy/tripoli-cloud.log
|
|
format json
|
|
}
|
|
}
|