Exploiter Webserver-Front

Webserver-Front (FRONT) est une replique en lecture seule du Webserver que vous placez dans une DMZ ou tout reseau non fiable pour presenter les tableaux de bord et les rapports aux utilisateurs finaux — sans exposer le plan de controle interne, les sondes ni aucun secret. Cette page couvre l’exploitation au quotidien : le deploiement, la declaration du lien de replication, le demarrage et la verification de la fraicheur des donnees.

Dans cette page, ADMIN designe le Webserver normal (licencie, interne) et FRONT la replique en lecture seule. Pour l’architecture et le modele de confiance derriere FRONT, voir Webserver-Front (replique DMZ).

Quand deployer une replique FRONT

Deployez une replique FRONT lorsque vous devez publier des tableaux de bord a des personnes qui ne doivent pas atteindre le Webserver interne :

• Pages de statut publiques ou destinees a des partenaires.
• Tableaux de bord integres dans un portail d’entreprise situe hors de votre reseau d’administration.
• Tout public sur un segment reseau auquel vous ne faites pas pleinement confiance.

Prerequis

Avant de commencer, assurez-vous de disposer de :

Deployer FRONT sur l’hote DMZ

1. Placez le binaire FRONT et ses ressources d’interface sur l’hote DMZ. L’interface statique est servie depuis le disque dans le dossier ./web-front/ a cote du binaire (elle n’est pas embarquee) ; l’hote a donc besoin a la fois de l’executable et de ce dossier.

2. Creez le fichier de configuration webserver.json a cote du binaire, puis installez-le comme service ou demon exactement comme un Webserver normal.

Linux :

# installer et demarrer le demon
./webserver_front install
./webserver_front start

Windows :

webserver_front.exe install
webserver_front.exe start

Vous pouvez l’executer au premier plan pour un premier test avec ./webserver_front run (Linux) ou webserver_front.exe run (Windows).

Configurer le lien de replication

La replication utilise deux canaux distincts ; deux reglages decrivent donc l’hote FRONT :

Le materiel cryptographique lui-meme (la cle partagee et les certificats) est provisionne hors bande dans webserver.json sur les deux hotes. Il ne transite jamais par le canal de replication et n’est jamais saisi dans l’interface des reglages. La liste exacte des champs figure sur la page du composant.

Declarer FRONT depuis la page Reglages d’ADMIN

Une fois le materiel de cle en place sur les deux hotes, activez et ciblez la replication depuis ADMIN :

1. Connectez-vous a ADMIN en tant qu’administrateur et ouvrez la page Reglages.
2. Dans la section replication Webserver-Front, activez la replication, puis renseignez :
   • le point de terminaison de replication (recepteur FRONT host:port),
   • l'URL publique de l’interface web FRONT,
   • l'intervalle de reconciliation (frequence a laquelle ADMIN pousse un instantane complet — 5 minutes par defaut),
   • la periode de grace facultative (voir ci-dessous).
3. Cliquez sur enregistrer.

Verifier que FRONT est actif et a jour

1. Naviguez vers l’URL publique de FRONT et connectez-vous avec un compte utilisateur normal. Les comptes utilisateurs (et leurs empreintes de mot de passe bcrypt) sont repliques depuis ADMIN ; les memes identifiants fonctionnent donc.
2. Verifiez que les tableaux de bord s’affichent et que l'indicateur de fraicheur montre des donnees recentes. FRONT estampille chaque lot avec la cadence de reconciliation et signale le flux comme obsolete si aucun lot n’est arrive dans un multiple de cet intervalle.

Ce que voient les utilisateurs finaux sur FRONT

FRONT affiche les memes tableaux de bord qu’ADMIN, avec deux differences que les exploitants doivent anticiper :

• Lecture seule partout. Les actions d’administration sont masquees ou desactivees. Aucun chemin vers les sondes, les integrateurs ou les reglages.
• Certains types de moniteurs en direct apparaissent en UNKNOWN. Le Webserver recupere le statut des moniteurs url, api, tcp, udp, ping, nslookup, db et sys en direct depuis la sonde a chaque requete. Ces types n’ont aucun statut stocke a repliquer ; ils apparaissent donc en UNKNOWN dans le graphe de dependances applicatives de FRONT. Le statut des equipements et de la decouverte est stocke et replique, et s’affiche normalement.

Periode de grace du statut

Par defaut, FRONT affiche un changement de statut des qu’il est replique. Vous pouvez configurer une periode de grace facultative afin qu’un nouveau statut applicatif OK → non-OK soit retenu vis-a-vis des utilisateurs finaux de FRONT pendant quelques minutes apres la transition. Cela donne a l’equipe d’exploitation une courte fenetre pour reagir avant qu’une panne ne devienne visible sur un tableau de bord public.

La periode de grace n’affecte que ce que FRONT montre. Les vues temps reel propres a ADMIN, l’historique des statuts, les calculs de SLA et les alertes ne sont jamais retardes.

Exploitation au quotidien

Depannage

• FRONT journalise un avertissement marquant au demarrage. Le materiel de replication est manquant ou incomplet sur FRONT. Tant que ce n’est pas corrige, FRONT rejette chaque lot entrant et les tableaux de bord ne se mettent jamais a jour.
• Tout apparait en UNKNOWN. Attendu pour les types de moniteurs en direct listes ci-dessus ; ce n’est pas une erreur. Le statut des equipements et de la decouverte doit toujours s’afficher normalement.
• Un utilisateur ne peut pas se connecter sur FRONT. Les enregistrements utilisateurs se repliquent depuis ADMIN a chaque reconciliation. Verifiez que le compte existe sur ADMIN et qu’au moins une reconciliation a reussi depuis sa creation.

See also

• Webserver-Front (replique DMZ) — architecture, modele de securite et reference de configuration complete
• Integrer des tableaux de bord dans un portail — partager les vues App et 3D via un iframe
• Operations sur les composants — gestion des sondes, integrateurs et autres composants
• Vue d’ensemble de la plateforme — le modele de proxy temps reel et les roles des composants

Traductions

• en: Operating Webserver-Front