Le journal en direct affiche en temps réel chaque requête qui passe par le noeud : qui est venu, sur quel domaine, ce que le backend a répondu et combien de temps cela a pris. C’est le moyen le plus rapide de comprendre ce qui arrive à votre trafic à l’instant présent — sans accès au backend et sans analyse de fichiers.

Le journal n’est pas écrit sur le disque : le noeud ne transmet les lignes qu’aux personnes qui ont la page de consultation ouverte à ce moment-là. Nous ne voyons pas et ne conservons pas votre trafic — le journal n’existe que sur votre noeud.

Comment l’activer#

Par défaut, le journal est désactivé. Il s’active à l’aide de variables d’environnement dans le fichier /opt/wafclient/.env sur le noeud.

  1. Connectez-vous au noeud par SSH et ajoutez dans /opt/wafclient/.env :
LOGROUTE=/my-secret-log
LOGUSER=admin
LOGPASS=strong-password
  1. Redémarrez le service :
systemctl restart privateflare
  1. Ouvrez dans un navigateur l’adresse du journal sur n’importe quel domaine desservi par ce noeud :
https://votre-domaine.com/my-secret-log

Le navigateur demandera un identifiant et un mot de passe — saisissez les valeurs de LOGUSER et LOGPASS.

VariableDescriptionPar défaut
LOGROUTEAdresse de la page du journal. Si elle n’est pas définie, le journal est désactivédésactivé
LOGUSERIdentifiantlog
LOGPASSMot de passelog
LOGFORMATFormat des lignes : json ou textetexte

Important : la page du journal est accessible sur n’importe quel domaine du noeud. Définissez votre propre mot de passe et une adresse difficile à deviner à la place de /log — les valeurs par défaut sont connues de tous.

Page de consultation#

Sur la page, les nouvelles requêtes apparaissent immédiatement, sans actualisation :

  • L’indicateur à gauche montre l’état de la connexion : vert — le journal est reçu. En cas de coupure, la page se reconnecte automatiquement.
  • Le filtre ne conserve que les lignes contenant le texte indiqué — par exemple un domaine, une IP ou un code de réponse.
  • Autoscroll fait défiler le journal jusqu’aux nouvelles lignes. Désactivez-le pour examiner tranquillement le passage qui vous intéresse.

La page conserve les 2000 dernières lignes. La session de consultation est valable 24 heures, après quoi il faut rouvrir la page.

Format des lignes#

Texte (par défaut)#

Le format est proche du journal d’accès de Nginx :

203.0.113.7 - DE [04/Oct/2026:12:30:15 +0000] "GET https://example.com/landing HTTP/2.0" 200 "https://google.com/" "Mozilla/5.0 ..." rt=0.142 uct=0.118
ChampSignification
203.0.113.7IP du visiteur
DEPays du visiteur
[04/Oct/2026:12:30:15 +0000]Heure de la requête
"GET https://example.com/landing HTTP/2.0"Méthode, adresse complète et protocole
200Code de réponse
"https://google.com/"Referer
"Mozilla/5.0 ..."User-Agent
rtDurée totale de traitement de la requête, en secondes
uctTemps de réponse du backend, en secondes. - si la requête n’a pas atteint le backend

JSON#

Définissez LOGFORMAT=json si le journal est lu par un script ou un système externe :

{"time":"2026-10-04T12:30:15Z","status":200,"duration_ms":142,"backend_ms":118,"ip":"203.0.113.7","geo":"DE","method":"GET","host":"example.com","path":"/landing","ua":"Mozilla/5.0 ...","proto":"HTTP/2.0","tls":true}
ChampSignification
timeHeure de la requête
statusCode de réponse
duration_msDurée totale de traitement de la requête, en millisecondes
backend_msTemps de réponse du backend, en millisecondes. null si la requête n’a pas atteint le backend
ipIP du visiteur
geoPays du visiteur
methodMéthode HTTP
hostDomaine
pathChemin de la requête
uaUser-Agent
protoProtocole
tlstrue — la requête est arrivée en HTTPS

En comparant duration_ms et backend_ms (ou rt et uct), il est facile de voir où le temps est perdu : sur le backend ou sur le chemin qui y mène.

Ce qui n’apparaît pas dans le journal#

  • Les requêtes du bot de service PrivateFlare (vérifications de disponibilité des domaines) — afin de ne pas encombrer le journal.
  • Les requêtes effectuées avant l’ouverture de la page : le journal ne conserve pas d’historique.

Comment le désactiver#

Supprimez la ligne LOGROUTE dans /opt/wafclient/.env et redémarrez le service :

systemctl restart privateflare

Journal du service lui-même#

Les messages du client concernant le démarrage et les erreurs sont écrits dans le journal système. Vous pouvez les consulter avec la commande :

journalctl -u privateflare -f