SKOOR Engine

L'architecture SKOOR Engine se compose des composants suivants :

• server SKOOR Engine

• Base de données de configuration et d'historique ( PostgreSQL)

• server Web (Apache)

• Collecteur SKOOR Engine

  • Il s’agit du composant qui mesure activement les appareils sous gestion.

  • Par défaut, le SKOOR Engine dispose de son propre collecteur- collecteur collector-local en cours d'exécution.

  • collecteurs externes supplémentaires peuvent être connectés, effectuant des tâches de surveillance dans des segments de réseau distants et fournissant leurs résultats de mesure via un seul port TCP au composant server SKOOR Engine . Ces collecteurs externes fonctionnent dans un système d’exploitation indépendant distinct.

  • Chaque collecteur reçoit les directives de mesure du server .

  • Chaque collecteur exécute différents sous-processus pour chaque type de plugin (par exemple ICMP, HTTP, etc.)

• Agent SKOOR Engine

  • Peut être installé sur des serveurs surveillés.

  • Cet agent surveille le processeur, la mémoire, la carte d'interface réseau, les processus, etc.).

  • Agents sont disponibles pour différents systèmes d'exploitation (Windows, Linux, FreeBSD, Solaris...).

  • Le collecteur émet des mesures sur agents via un seul port TCP et récupère les résultats.

  • La communication cryptée peut être activée pour agents exécutés sous Windows

• SKOOR Engine EEM (Enduser Experience Monitor) qui exécute des transactions utilisateur synthétiques sur les PC Windows

• Les outils tiers peuvent introduire leurs données dans le collecteur en utilisant diverses méthodes.

  • Les données peuvent être récupérées d'un collecteur à partir d'un outil tiers via HTTP, FTP, SCP ou d'autres protocoles réseau

  • Un client de base de données peut être utilisé/installé sur le collecteur pour exécuter des requêtes sur des bases de données distantes.

  • Les données sont transmises au collecteur à l'aide, par exemple, de tâches d'analyse, d'exécution ou de récupération de fichier.

SKOOR Auth

SKOOR Auth fournit un mécanisme d'authentification pour d'autres composants SKOOR.

Il peut authentifier :

• Utilisateurs SKOOR locaux gérés par le SKOOR Engine

• Utilisateurs externes gérés par un Active Directory utilisant LDAP.

• Utilisateurs externes gérés par un fournisseur d'authentification utilisant OpenID Connect

SKOOR Webservice

Le SKOOR Webservice connecte les tableaux de bord avec le SKOOR ou d'autres sources de données. Pour y parvenir, il consolide les ensembles de données de différents adaptateurs et les fournit aux tableaux de bord selon une API REST bien définie.

SKOOR Dashboard

C'est le cœur de l'application SKOOR Dashboard . En plus d'agir comme un éditeur de tableaux de bord, il peut également être utilisé comme viewer de tableaux de bord interactif.

Certaines fonctionnalités (par exemple l'édition des tableaux de bord) ne sont disponibles que dans l'éditeur de tableaux de bord car l'application doit communiquer directement avec le SKOOR Webservice .

SKOOR Dashboard Viewer

Le Dashboard Viewer peut être utilisé lorsque les tableaux de bord doivent être accessibles par des personnes externes. Le Dashboard Viewer ne nécessite aucune connexion directe au SKOOR Webservice . Au lieu de cela, le Dashboard Viewer rassemble ses données auprès du Viewer Service qui lui-même reçoit ses données du Viewer Provider . Grâce à ce flux de données unidirectionnel, les aspects suivants, en partie liés à la sécurité, sont couverts :

• Il n'est pas nécessaire de se connecter de la DMZ au réseau interne. La connexion doit être possible uniquement du Viewer Provider au service Web SKOOR (HTTP/s), du Viewer Provider au Viewer Service (HTTP/s) et, bien entendu, de l' application Web Dashboard Viewer au Viewer Service ( HTTP/s).

• Pour utiliser Dashboard Viewer aucun utilisateur SKOOR n’est requis.

• Il n'est pas possible d'effectuer des manipulations sur les objets SKOOR. De par sa conception, le flux de données est limité aux opérations de lecture. Les seules manipulations de données possibles consistent à définir le propre mot de passe de l'utilisateur et à envoyer des messages d'accès et de journal d'erreurs.

• Le Viewer Service peut être placé dans une DMZ ou même au sein du réseau d'un client.

• L'intégrité des données entre Viewer Provider et Viewer Service est assurée par une signature du contenu basée sur HMAC.