Fonctionnalités

Fonctionnalités

Mesure de performances

• Mode Sidecar (défaut) — un container gluetun-companion-test clone la config réelle de Gluetun pour chaque serveur ; gluetun-companion-sidecar mesure le débit via Ookla + librespeed en parallèle (mode dual, défaut), Ookla seul, librespeed seul ou iperf3 directement dans le tunnel VPN ; votre Gluetun principal n'est jamais relancé pendant les tests
• Mode Proxy HTTP (optionnel) — mesure via le proxy HTTP Gluetun sans container supplémentaire ; interrompt brièvement les services dépendants à chaque bascule
• Résultats multi-sources — les vitesses Ookla, librespeed et iperf3 sont stockées séparément et affichées dans le dashboard et l'historique
• Téléchargement multi-flux — N connexions TCP simultanées (configurable, défaut : 4)
• Benchmark automatique toutes les X heures — download, upload et latence par serveur ; cycle automatique désactivable (déclenchement manuel uniquement)
• Sélection intelligente du benchmark (option) — évite les cycles énormes sur les catalogues massifs : teste les meilleurs serveurs connus selon le profil d'usage, explore quelques nouveaux serveurs et rafraîchit les mesures anciennes
• Serveurs autorisés avant benchmark (option) — sélectionnez les types d'entrées à inclure dans chaque cycle (SERVER_NAMES, SERVER_COUNTRIES, SERVER_CITIES, SERVER_REGIONS, SERVER_HOSTNAMES) et, pour AirVPN, ignorez les serveurs trop chargés ; les serveurs exclus restent dans la liste et peuvent être testés manuellement
• Vérification rapide avant benchmark (option) — teste uniquement le serveur actif avant chaque cycle ; si le débit est dans la plage ±N% par rapport au dernier résultat connu, le benchmark complet est ignoré — aucun container stoppé, aucun redémarrage VPN ; déclenche le benchmark complet uniquement si les performances dérivent significativement
• Optimisation horaire (option) — analyse les patterns horaires de débit et de variance pour identifier les meilleures et pires fenêtres de benchmark ; affiche les plages recommandées dans les Paramètres ; option de décalage automatique : si le prochain cycle tombe sur une heure défavorable, il est décalé jusqu'à 3 h vers la prochaine fenêtre favorable
• Benchmark rapide à la demande — bouton disponible en permanence (dashboard et paramètres) ; teste uniquement le serveur actif via le proxy HTTP de Gluetun, résultat en quelques secondes, aucune interruption VPN, résultat sauvegardé dans l'historique
• Estimation de durée — le dashboard affiche une fourchette de durée calculée dynamiquement (optimiste / pessimiste) selon vos paramètres (wait_secs, duration, samples, retries, mode sidecar ou proxy) ; alerte automatique si le total estimé dépasse 30 minutes ; la même estimation est affichée dans Paramètres au fil de vos réglages
• Jitter & Packet Loss — stabilité réseau mesurée à chaque test (21 sondes TTFB en mode proxy, handshakes TCP via sidecar) ; indicateur 🟢/🟡/🔴 sur la page Serveurs, colonnes dédiées dans l'historique, jitter affiché dans les patterns horaires ; intégré dans le score de sélection (pénalité jusqu'à −15 % jitter / −25 % perte)
• Latence DNS (sidecar) — mesure du temps de résolution DNS depuis l'intérieur du tunnel VPN via dig (4 domaines en parallèle, médiane retournée) ; détecte les résolveurs lents, surchargés ou qui interceptent les requêtes ; colonne dans l'historique, tooltip sur l'indicateur Stabilité, données dans les patterns horaires
• Écoute Docker events — thread daemon qui surveille les événements start du container Gluetun ; si Gluetun redémarre de lui-même (crash, mise à jour, watchdog), déclenche automatiquement un quick check après N secondes (délai de reconnexion VPN) ; si la dérive de débit dépasse le seuil configuré et que la bascule automatique est activée, lance immédiatement un benchmark complet ; les redémarrages déclenchés par Companion lui-même sont ignorés ; cooldown de 5 min entre deux déclenchements

Résolveurs DNS observés

Companion distingue deux informations :

• l'intermédiaire DNS lu dans la configuration Gluetun, par exemple DNS local (192.168.0.64) ;
• les résolveurs réellement observés sur Internet, par exemple Cloudflare, Quad9.

Lorsqu'une adresse privée du tunnel semble appartenir au fournisseur VPN, l'interface reste prudente : Intermédiaire probable : DNS du fournisseur VPN AirVPN (10.x.x.x). Aucun logiciel local comme AdGuard Home ou Pi-hole n'est supposé ou requis.

La détection universelle utilise le service gratuit bash.ws : un sidecar temporaire partageant le réseau de Gluetun demande un identifiant, provoque dix résolutions uniques, puis récupère les IP, ASN et pays des résolveurs observés. Aucun docker exec ni accès supplémentaire au socket Docker n'est requis. Le résultat est conservé six heures pour limiter les requêtes. Cette opération communique au service tiers l'IP VPN et les requêtes DNS de test, mais aucun identifiant Companion ni domaine consulté par l'utilisateur.

L'encart Statut VPN affiche l'intermédiaire et les opérateurs observés. Dans les tableaux, seule la latence DNS reste visible ; le détail est disponible en infobulle. L'état est aussi exposé par GET /api/v1/status sous la clé dns_path (intermediary, resolvers, observed_summary, tested_at).

Sélection & bascule automatique

• Bascule automatique vers le meilleur serveur (docker compose up -d), basée sur un score pondéré intégrant débit actuel, historique exponentiel, jitter, perte paquets et reconnexions involontaires (via Docker events) ; curseur Priorité débit vs stabilité configurable ; 6 profils d'usage sélectionnables (Équilibré, Jeu en ligne, BitTorrent, DDL, Téléchargement, Streaming) — chaque profil pondère différemment les métriques pour trouver le serveur le mieux adapté à l'usage réel ; les services dépendants (network_mode: service:gluetun) sont recréés automatiquement
• Basculement de secours indépendant — un watchdog contrôle la santé de Gluetun toutes les 30 secondes et choisit le meilleur serveur historique du même profil après un délai de grâce configurable, même si la bascule automatique selon les performances est désactivée ; cooldown anti-flapping, recréation des dépendants et notification critique inclus
• Exclusions globales par pays — sélectionnez les pays depuis Serveurs → Pays exclus (ou Paramètres) pour les retirer des sélections AirVPN/catalogue, benchmarks, basculements de secours et rotations automatiques, sans retirer leurs serveurs existants ; les tests et bascules manuels restent possibles
• Bascule manuelle vers n'importe quel serveur configuré depuis la page Serveurs — Gluetun est reconfiguré et les containers network_mode: service:gluetun sont recréés automatiquement
• 5 types de filtre : SERVER_NAMES, SERVER_COUNTRIES, SERVER_REGIONS, SERVER_CITIES, SERVER_HOSTNAMES
• Retry configurable par serveur + timeout global par serveur
• Auto-désactivation d'un serveur après N échecs consécutifs

Pools de rotation

• Rotation sans benchmark — basculez vers un serveur d'un groupe prédéfini sans lancer de cycle de mesure complet ; idéal pour la rotation périodique ou les changements ponctuels
• Serveurs candidats lisibles — chaque pool part de règles simples : serveur précis, type de filtre Gluetun (SERVER_NAMES, SERVER_COUNTRIES, SERVER_CITIES, SERVER_REGIONS, SERVER_HOSTNAMES), profil VPN, top métrique, ou tous les serveurs actifs. Les règles peuvent ajouter leurs résultats ou garder seulement les serveurs qui respectent toutes les règles.
• Exclusions par pool — excluez des serveurs précis d'un pool sans les désactiver dans Companion ; ils restent disponibles ailleurs, mais ce pool ne les choisira jamais.
• 3 modes de sélection : 🎲 aléatoire, 🔄 tour à tour (round-robin avec curseur persistant), 🏆 meilleur débit historique
• Limite finale — après règles et exclusions, restreindre le pool aux N meilleurs débits historiques (si non renseigné, tous les candidats restants sont éligibles)
• Manuel ou planifié — déclenchement immédiat depuis l'UI, ou rotation automatique sur un intervalle configurable (en heures ; ex. toutes les 12 h ou tous les 2 jours)
• Mesure après bascule optionnelle — après chaque bascule, un test proxy rapide mesure le débit du nouveau serveur et l'enregistre dans l'historique (méthode proxy_qc). Cette mesure ne choisit pas le serveur ; elle audite la rotation effectuée.
• Notifications — alerte Discord/Apprise à chaque rotation (manuelle ou automatique), avec serveur précédent, nouveau serveur, débit si la mesure après bascule est activée

Multi-provider (WireGuard & OpenVPN)

• Profils VPN — créez plusieurs profils d'identifiants depuis Paramètres → Profils VPN ; chaque profil est associé à un fournisseur et à un type de connexion (WireGuard ou OpenVPN, selon ce que Gluetun gère nativement pour ce fournisseur) ; les 24 fournisseurs du wiki Gluetun sont intégrés
• Chiffrement des secrets — les clés privées, mots de passe OpenVPN et autres champs sensibles sont chiffrés en base (Fernet/AES-128, clé dérivée de SECRET_KEY via PBKDF2HMAC-SHA256 avec 480 000 itérations) ; changer SECRET_KEY rend les profils illisibles (comportement documenté)
• Liaison serveurs ↔ profils — sur la page Serveurs, assignez un profil VPN à chaque serveur via un menu déroulant ; une colonne Provider affiche le profil associé ; le filtre ?profile= permet de ne voir que les serveurs d'un profil donné ou les serveurs non assignés
• Alerte serveurs orphelins — un badge d'alerte signale les serveurs sans profil assigné dès qu'au moins un profil VPN est configuré ; ces serveurs continuent de fonctionner normalement mais ne pourront pas être retenus par le benchmark multi-profil
• Benchmark multi-profil — en mode sidecar, chaque serveur est testé avec les identifiants de son profil injectés dans le container temporaire ; lors de la bascule finale, Companion écrit automatiquement VPN_SERVICE_PROVIDER, VPN_TYPE et toutes les variables d'identifiants (WIREGUARD_* ou OPENVPN_*) dans docker-compose.override.yml, en blanchissant les identifiants hérités du compose de base pour éviter toute fuite entre fournisseurs
• Sidecar et OpenVPN — les profils OpenVPN sont testés avec les mêmes identifiants que le tunnel principal (la plupart des fournisseurs autorisent plusieurs connexions simultanées) ; la clé sidecar dédiée ne concerne que les profils WireGuard
• Politique de rotation — trois modes configurables dans Paramètres → Profils VPN → Politique de rotation :
  • none — Companion reste toujours dans le profil actuellement actif ; les serveurs d'autres profils ne sont jamais retenus à la fin du benchmark
  • free — choisit le meilleur serveur tous profils confondus (comportement par défaut sans profils)
  • conditional — bascule vers un autre profil uniquement si son meilleur serveur est supérieur de plus de N % au meilleur serveur du profil actif (seuil configurable, défaut 10 %)
• Colonne Provider dans /history — chaque ligne de l'historique affiche le profil VPN associé au serveur testé (visible uniquement si au moins un profil est configuré)

Fournisseurs intégrés (d'après le wiki Gluetun) :

Fournisseur	WireGuard	OpenVPN	Identifiants OpenVPN
AirVPN	Natif	Natif	Certificat + clé client (OPENVPN_CERT, OPENVPN_KEY)
CyberGhost	Via custom	Natif	OPENVPN_USER/OPENVPN_PASSWORD + certificat + clé client
ExpressVPN	—	Natif	OPENVPN_USER/OPENVPN_PASSWORD
FastestVPN	Natif	Natif	OPENVPN_USER/OPENVPN_PASSWORD
Giganews (VyprVPN)	—	Natif	OPENVPN_USER/OPENVPN_PASSWORD
HideMyAss	—	Natif	OPENVPN_USER/OPENVPN_PASSWORD
IPVanish	—	Natif	OPENVPN_USER/OPENVPN_PASSWORD
IVPN	Natif	Natif	OPENVPN_USER (mot de passe optionnel avec l'ID de compte)
Mullvad	Natif	—	OpenVPN supprimé par Mullvad en janvier 2026
NordVPN	Natif	Natif	Identifiants de service (OPENVPN_USER/OPENVPN_PASSWORD)
Perfect Privacy	—	Natif	OPENVPN_USER/OPENVPN_PASSWORD
Privado	—	Natif	OPENVPN_USER/OPENVPN_PASSWORD
Private Internet Access	Via custom	Natif	OPENVPN_USER/OPENVPN_PASSWORD
PrivateVPN	Via custom	Natif	OPENVPN_USER/OPENVPN_PASSWORD
ProtonVPN	Natif	Natif	Identifiants OpenVPN dédiés (+pmp pour le port forwarding)
PureVPN	Via custom	Natif	OPENVPN_USER/OPENVPN_PASSWORD
SlickVPN	—	Natif	OPENVPN_USER/OPENVPN_PASSWORD + certificat + clé chiffrée
Surfshark	Natif	Natif	OPENVPN_USER/OPENVPN_PASSWORD
TorGuard	Via custom	Natif	OPENVPN_USER/OPENVPN_PASSWORD
VPN Secure	—	Natif	Certificat + clé chiffrée + passphrase (OPENVPN_KEY_PASSPHRASE)
VPN Unlimited	Via custom	Natif	OPENVPN_USER/OPENVPN_PASSWORD + certificat + clé client
VyprVPN	Via custom	Natif	OPENVPN_USER/OPENVPN_PASSWORD
Windscribe	Natif	Natif	OPENVPN_USER/OPENVPN_PASSWORD (fichier de config généré)
Custom	Natif	Natif	Fichier .conf monté dans Gluetun + identifiants optionnels

Les certificats et clés client (CyberGhost, VPN Unlimited, AirVPN OpenVPN, SlickVPN, VPN Secure) se renseignent directement dans le formulaire : collez le contenu base64 sur une seule ligne (sans les lignes BEGIN/END) — aucun fichier à monter.

Le mode Custom WireGuard reste disponible pour tout fournisseur sans WireGuard natif dans Gluetun (CyberGhost, PIA, PrivateVPN, PureVPN, TorGuard, VPN Unlimited, VyprVPN…) dès lors qu'il fournit un fichier de configuration WireGuard standard.

---

Catalogue de serveurs Gluetun

• Catalogue réel Gluetun en priorité — le Sidecar catalogue monte automatiquement le volume /gluetun du container Gluetun quand il est accessible et lit /gluetun/servers.json en priorité ; ce fichier correspond à la liste réellement chargée par Gluetun. Si ce volume n'est pas disponible, Companion retombe sur le dépôt public qdm12/gluetun-servers
• Mise à jour automatique — la liste est rafraîchie à chaque cycle de benchmark (intervalle configurable dans Paramètres → Mesurer, défaut : 6 h) ; un bouton dédié dans les Paramètres et dans le modal /servers permet de forcer une mise à jour immédiate
• Auto-ajout des nouveaux serveurs (option) — quand de nouveaux serveurs apparaissent dans le catalogue pour un pays, une région ou une ville que vous avez déjà configuré, Companion les ajoute automatiquement à votre liste (type SERVER_NAMES) sans intervention manuelle ; désactivé par défaut, activable dans Paramètres → Maintenance → Catalogue
• Notification de changements (option) — Discord/Apprise envoyés à chaque refresh si des serveurs sont ajoutés ou supprimés du catalogue, avec le détail par provider (+N/-N) ; activable dans Paramètres → Notifications
• 3 modes d'import dans les Paramètres :
  1. Tous les providers — importe les serveurs de tous les providers disponibles dans le catalogue local Gluetun, ou dans le fallback GitHub
  2. Provider au choix — importe uniquement les serveurs du provider sélectionné manuellement
  3. Provider actif — détecte automatiquement le provider configuré dans votre Gluetun et n'importe que ses serveurs — pour chacun de ces modes, option de lancer un benchmark complet immédiatement après l'import (méthode configurée dans Paramètres, sur tous les serveurs de la liste)
• Tous les types de filtre — chaque serveur est importé avec ses attributs complets : SERVER_NAMES, SERVER_COUNTRIES, SERVER_CITIES, SERVER_REGIONS, SERVER_HOSTNAMES
• Sélection multi-filtre depuis /servers — sélectionnez des serveurs en mixant librement les types de filtre (ex : noms + pays + villes simultanément) ; Companion applique le bon filtre dans Gluetun et change le type à la volée si nécessaire
• ⚠️ ProtonVPN — Quand le volume /gluetun du container Gluetun est accessible, le Catalogue utilise servers.json et peut donc afficher les serveurs Premium réellement chargés par Gluetun, avec leurs métadonnées P2P/Streaming/hostname. Sans ce volume, le fallback GitHub peut rester limité aux données publiques.

Prérequis — le sidecar catalogue fonctionne sans configuration supplémentaire. Pour enrichir le catalogue avec les données réellement chargées par Gluetun, Companion tente de monter automatiquement le volume /gluetun du container Gluetun en lecture seule ; sinon un accès HTTPS sortant suffit pour le fallback GitHub.

Gestion des containers Docker

• Containers réseau Gluetun (auto-gérés) — les containers en cours d'exécution avec network_mode: service:gluetun sont détectés et recréés automatiquement après chaque bascule, y compris ceux déjà dans un namespace mort (suite à une bascule précédente ratée). Les containers volontairement stoppés restent stoppés. Les containers dans une stack Compose différente de Gluetun sont également gérés si leur répertoire est accessible depuis Companion ou si leurs labels com.docker.compose sont présents. La détection d'orphelins est limitée aux containers référençant un ancien Gluetun connu (historique d'IDs en base) — Companion ne touche jamais aux dépendants d'un autre VPN ou d'une stack étrangère
• Containers à redémarrer après bascule — liste ordonnée (glisser-déposer), appliquée aux bascules manuelles, automatiques, aux pools et au failover ; les containers partageant directement le namespace réseau de Gluetun sont détectés, recréés et vérifiés automatiquement sans doublon
• Pause pendant le benchmark — liste de containers (torrents, Usenet…) stoppés avant le début du benchmark et relancés automatiquement à la fin, même en cas d'erreur
• Mise à jour automatique des images Docker (option) — au moment de la bascule, Companion peut mettre à jour les images avant de relancer les containers : Gluetun lui-même, les containers réseau auto-gérés, les containers à redémarrer après bascule et les containers en pause pendant le benchmark ; activable individuellement par container depuis les Paramètres

Contrôle trackers BitTorrent

• Clients multiples — configurez un ou plusieurs clients qBittorrent ou rTorrent/ruTorrent dans Paramètres → BitTorrent ; chaque client peut servir de source de trackers, même s'il fait aussi partie des containers stoppés pendant le benchmark
• Découverte persistante — Companion récupère les URLs de trackers depuis les torrents chargés, les déduplique, puis affiche la liste avec nom déduit du domaine, source, nombre de torrents, dernier test et taux de réussite ; tri par nom ou résultat
• Passkeys masquées — les passkeys et tokens privés sont retirés des URLs détectées avant stockage/affichage, y compris quand ils sont dans la query string ou dans le chemin
• Contrôle par URL — chaque tracker peut être activé ou ignoré individuellement pour les vérifications futures ; la liste propose aussi les actions Tout cocher et Tout décocher pour préparer rapidement une sélection ciblée
• Score de compatibilité VPN — toutes les URLs détectées ou uniquement les trackers cochés sont testés depuis le chemin VPN, au choix ; par défaut, 80 % de réussite suffit pour considérer le serveur compatible afin d'éviter les faux négatifs quand un tracker est simplement down
• Critère de bascule optionnel — si l'option est activée, un serveur benchmarké sous le seuil trackers est exclu du choix auto-switch ; les pools ignorent les serveurs déjà connus comme incompatibles
• Port forwarding par fournisseur — déclarez des règles AirVPN/manual, Gluetun natif (/v1/portforward) ou custom dans Paramètres → Port Forwarding ; si l'automatisme est activé, Companion applique les règles du fournisseur courant après chaque bascule (manuelle, benchmark, rotation de pool), resynchronise qBittorrent ou rTorrent (bêta) et exécute les hooks on_port_change configurés ; un contrôle périodique détecte aussi les renouvellements de port sans redémarrage

AirVPN

• Sélecteur de serveurs AirVPN intégré — bouton + Ajouter des serveurs AirVPN sur la page Serveurs : données en direct depuis airvpn.org/api/status/ (cache 5 min), quatre onglets — liste complète searchable, répartition géographique par pays, onglet Recommandés (charge < 70 %, bande passante ≥ 5 Gbit/s) et onglet Changements (nouveaux serveurs détectés, serveurs disparus, évolutions de charge, top 5 pays les plus sains) ; ajout multi-sélection en un clic
• Bande passante AirVPN visible et filtrable — Companion stocke la capacité annoncée par AirVPN (bw_max) séparément des benchmarks : colonne triable/filtrable dans /servers, filtre dans la fenêtre d'import AirVPN, badges sur le dashboard, l'historique, les rotations de pool et les bascules. C'est une donnée fournisseur, pas une mesure de débit réelle.
• Éviter les serveurs AirVPN chargés (optionnel, dédié AirVPN) — au démarrage du benchmark, les serveurs AirVPN de type SERVER_NAMES dont la charge ou le nombre d'utilisateurs dépasse un seuil configurable sont automatiquement ignorés ; données issues du cache AirVPN (mis à jour toutes les 5 min) ; les serveurs sans données AirVPN ne sont jamais exclus ; seuils configurables dans Paramètres → Mesurer → Quels serveurs autoriser
• Détection de nouveaux serveurs AirVPN (optionnel) — compare l'API AirVPN avec vos serveurs configurés toutes les 24 h ; bannière et badge sur la page Serveurs + onglet Changements dans le modal d'ajout ; notification Discord/Apprise avec mention optionnelle

Analyse & historique

• Score de confiance par serveur — indicateur 🟢/🟡/🔴 sur la page Serveurs et dans l'historique ; basé sur le nombre de mesures et la variabilité des résultats ; intégré dans le score de sélection automatique (pondération légère)
• Patterns horaires (/history/patterns) — graphique barres 0h–23h du débit moyen par tranche horaire, coloré selon les performances relatives ; meilleure et pire heure affichées ; permet de repérer les créneaux de saturation serveur
• Colonnes triables — cliquez sur les en-têtes de colonne dans /history et /servers pour trier ; une seconde presse inverse l'ordre ; indicateurs ▲/▼/⇅ visuels ; tri persistant via pagination
• Test unitaire d'un serveur depuis l'UI sans attendre le prochain cycle
• Export CSV de l'historique complet

Interface & notifications

• Web UI dark/light/auto, FR/EN — auth, dashboard avec sparkline, historique paginé, graphiques, page bascules avec gain Mbps et temps de connexion
• Panneau de détail serveur — clic sur un nom de serveur dans /servers : statistiques agrégées (débits moyens, latence, pic, nombre de tests), sparkline des 30 derniers tests, derniers résultats et actions (tester, basculer, historique complet) dans un panneau latéral
• Checklist premiers pas — carte sur le dashboard guidant l'installation (profil VPN → import de serveurs → premier benchmark), disparaît une fois la configuration terminée
• Sélecteur de colonnes — masquez les colonnes inutiles de /servers (préférence conservée par navigateur)
• Recherche dans les paramètres — champ de recherche filtrant les cartes de tous les onglets avec compteur de résultats par onglet
• Logos des fournisseurs VPN — affichés à côté des noms de serveurs partout dans l'UI et dans le catalogue (SVG embarqués + favicons mis en cache côté serveur — le navigateur ne contacte jamais de service tiers)
• Bandeau de test global — visible sur toutes les pages pendant un test : type de test, serveur en cours, progression en %, estimation du temps restant et bouton Arrêter (état persistant au rechargement de page)
• Notifications contextuelles — 12 types d'alertes configurables indépendamment (panne VPN et basculement de secours, début/fin de benchmark, bascule auto/manuelle, auto-exclusion, benchmark sans résultat, résultat quick check, rotation de pool, nouveaux serveurs AirVPN, changements catalogue, changement fenêtre optimale) via webhook Discord (embed coloré) et/ou Apprise (Telegram, ntfy, Gotify, Slack, Pushover…) ; sévérité 🔴/🟡/🔵 ; mention Discord globale avec seuil de sévérité configurable
• Purge automatique de l'historique SQLite configurable (rétention en jours)

Intégration & infrastructure

• Endpoint /healthz non authentifié pour les healthchecks Docker
• Endpoint /metrics au format Prometheus — débit, latence, bascules, serveur actif ; optionnellement protégé par Bearer token ; compatible Grafana
• REST API /api/v1/ protégée par Bearer token — statut VPN, liste des serveurs, historique, bascules, déclenchement benchmark complet ou rapide ; conçue pour Home Assistant, n8n, scripts bash
• Logs JSON structurés optionnels via LOG_JSON=1 (compatibles Loki/Grafana)
• Base de données SQLite (WAL) — aucune dépendance externe

---