Skip to main content
Le panneau de contrôle sert à la fois les écrans opérateur et le portail client. C’est un processus séparé avec son propre installateur et son propre fichier d’environnement.
Installez-le après la passerelle. La passerelle possède le schéma de base de données ; le panneau ne fait qu’y lire et écrire des lignes.Il n’est pas sur le chemin des messages — un panneau en panne vous coûte la capacité de faire des changements, pas la capacité d’envoyer.

​
Installation

install s’occupe de Node, de l’utilisateur de service, des répertoires, des sources, de npm ci, du build, de l’environnement, de l’unité systemd, puis vérifie qu’il répond. Il demande d’abord ce dont il a besoin et ne change rien tant que vous n’êtes pas d’accord.

​
Ce qu’il dérive

Étant donné le répertoire de configuration de la passerelle, l’installateur y lit les jetons opérationnels et la connexion en lecture seule à la base de données plutôt que de vous demander de les copier à la main.
--config-url n’est jamais dérivé. La connexion en lecture-écriture aux tables de configuration est celle qui peut modifier ce qui est facturé aux clients, elle est donc toujours fournie explicitement.Sans elle, le panneau signale chaque domaine de configuration comme non modifiable, plutôt que d’échouer au premier enregistrement.

​
Le compte opérateur est deux variables d’environnement

Il n’y a pas de table utilisateur.
C’est la manière prise en charge de le changer — cela réécrit le fichier d’environnement et redémarre l’unité en une seule étape, plutôt que de vous laisser éditer un fichier que l’installateur promet par ailleurs de ne jamais remplacer.

​
Les deux URLs faciles à confondre

Ce sont des ports différents transportant des choses différentes et ne partageant aucun chemin. Les deux pannes ressemblent à une interruption de service et n’en sont pas.

​
TLS en amont

Le panneau parle HTTP en clair sur PORT (3000 par défaut). Placez nginx ou équivalent devant, et définissez AUTH_URL sur l’origine publique — si elle n’est pas définie, une déconnexion redirige vers localhost. NODE_ENV=production est défini pour le build aussi bien que pour l’exécution, car cela décide si le cookie de session est marqué comme sécurisé.

​
La connexion client nécessite du courrier

Un client se connecte via un lien magique. Avec FIREFLO_SMTP_HOST ou FIREFLO_SMTP_FROM non défini, aucun client ne peut se connecter du tout — le portail dit que le lien ne peut pas être envoyé plutôt que d’échouer silencieusement, mais personne n’entre. Voir Accès au portail.

​
Mise à niveau

Remplace le build. Ne touche jamais au fichier d’environnement.
Mettez à niveau le panneau et la passerelle ensemble. La version du panneau reprend la version de passerelle contre laquelle il a été construit dans ses trois premiers numéros — 0.7.3.1 correspond à la passerelle 0.7.3 — et il vérifie la paire à l’exécution et le signale en cas de désaccord.

​
Sous un hôte virtuel

--tenant NOM place le panneau à /srv/fireflo/NOM/panel en tant qu’unité fireflo-NOM-panel, et le même mot nomme la même instance à l’installateur de la passerelle. Avec --vhost CHEMIN, la racine passe à CHEMIN/panel, avec la passerelle à CHEMIN/gateway.
Sous --vhost, CDR_EXPORT_DIR doit se trouver à l’intérieur d’une racine BindPaths=. Cet échec est silencieux — les exports sont préparés puis ne peuvent pas être lus.
Toutes les variables sont dans Environnement du panneau de contrôle.