Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Comment: Make by tools (01.00.01) - action=same_as_next_version
Scroll Ignore
scroll-pdftrue
scroll-officetrue
scroll-chmtrue
scroll-docbooktrue
scroll-eclipsehelptrue
scroll-epubtrue
scroll-htmltrue
Panel
titleSommaire

Table of Contents
style

pagetree

root

none

@self

Contexte

Principes des logs d'authentification

Ces logs sont présents dans le fichier synchronize.log.


Les demandes d'authentification sur la WebUI le Synchronizer peuvent venir de plusieurs points d'entrées :

  • Une connexion sur l'interface UI de visualisationConfiguration  
  • Un appel aux URL des pages de reporting

Les logs sont regroupé par le tag "AUTHENTICATION" suivi du tag

  • "REPORTING" pour les appels sur les URL de REPORTING 
  • "UI Visualization" pour les connexions sur les interface de visualisation.

    Afin de pouvoir suivre une demande d'authentification sans tracer l'utilisateur, un uuid identifiant unique est généré par connexion. Cela est nommé

    • Pour le suivre, il suffit de rechercher "authentication phase id-XXXX", XXXX étant une chaine alphanumérique ( Ex : id-eaa09e3a8b2d11eb937a080027cc5994 )

    Info

    Afin de respecter la Réglementation Générale sur la Protection des Données,

    • les logs en INFO ne doivent pas identifier un utilisateur, mais juste tracer une connexion
    • les logs en WARNING, DEBUG ou ERREURS peuvent afficher des informations sur les utilisateurs, car ces logs sont utiliser utilisés à des fins de diagnostique diagnostic de l'application


    La WebUI Le Synchronizer initie donc les logs et demande a à chacun de ses sous- modules d'authentifier l'utilisateur. Les

    • La description des logs concernant
    chacun des modules se trouve dans leur page.Descriptions des logs
    • chaque module utilisé par le Synchronizer se trouvent dans des pages spécifiques de documentation.


    Panel

    Image Added

    Info
    titleREMARQUE

    Les logs du Synchroniser peuvent être denses. Si vous souhaitez, en complément, avoir un fichier spécifique de suivie ne contenant que l'activité des authentifications / session des utilisateurs, 

    Descriptions des logs

    Tous les logs d’authentification seront regroupés sous le chapitre [ AUTHENTICATION ] 

    Suivant l'origine de la demande, le chapitre suivant sera :

    • [ UI Configuration ] : Une connexion sur l'interface de Configuration : 
    • [ API_TRUSTED_SOURCES ] : Un appel sur l'API trusted sources 
    • [ API_ITEM ]Un appel sur l'API item

    Exemple 

    Code Block
    languagetext
    themeEmacs
    [YYYY-MM-DD HH:MM:SS] INFO   : [ DAEMON-NAME ] [ AUTHENTICATION   ] [ API_ITEM ] ...
    

    Initialisation de la demande d'authentification

    Un premier log permet d'initialiser une "authentication phase" avec un identifiant.

    Info

    "L'authentication phase id" est généré aléatoirement sans prendre en compte les données de l'utilisateur. Cet identifiant unique permet seulement de suivre une requête de connexion sans pouvoir identifier un utilisateur.

    Si le même utilisateur se connecte une seconde fois ou sur un autre poste, l'identifiant généré sera est totalement différent.

    Code Block
    languagetext
    themeEmacs
    [YYYY-MM-DD HH:MM:SS] INFO   : [ MODULEDAEMON-NAME ] [ AUTHENTICATION   ] [ UI VisualizationConfiguration ] Need to check a user authentication ( authentication phase id-eaa09e3a8b2d11eb937a080027cc5994 )
    

    un log de DEBUG nous permet de connaître le nom d'utilisateur renseigné et depuis quelle source il se connecte

    Code Block
    themeEmacs
    [YYYY-MM-DD HH:MM:SS] DEBUG  : [ MODULE-NAME ] [ AUTHENTICATION   ] [ UI Visualization ] A user try to connect from address "192.168.1.82" with username "user.example" ( authentication phase id-b6a7f0ae8bc511ebb37a080027cc5994 )
    

    Parcours des

    sous-

    modules pour authentifier les utilisateurs

    La WebUI Le Synchronizer va ensuite parcourir tous ses sous-modules et demander à tous ceux qui ont la fonction "check_auth" d'authentifier les utilisateurs. Si le sous-module ne possède pas de méthode "check_auth", rien n'est logué :les modules d'authentification d'identifier l'utilisateur :

    Code Block
    Code Block
    languagetext
    themeEmacs
    [YYYY-MM-DD HH:MM:SS] INFO   : [ MODULEDAEMON-NAME ] [ AUTHENTICATION   ] [ UI VisualizationConfiguration ] Use module "auth-active-directory" to authenticate user ( authentication phase id-b6a7f0ae8bc511ebb37a080027cc5994 )
    

    Si le module n'a pas put pu authentifier l'utilisateur ( quelque quelle que soit la raison ), la WebUI Le Synchronizer l'indique et recherche un autre module qui puisse authentifier l'utilisateur

    Code Block
    languagetext
    themeEmacs
    [YYYY-MM-DD HH:MM:SS] INFO   : [ MODULEDAEMON-NAME ] [ AUTHENTICATION   ] [ UI VisualizationConfiguration ] Module "auth-active-directory" didn't authenticate user ( authentication phase id-b6a7f0ae8bc511ebb37a080027cc5994 )
    

    Authentification réussie

    Si le sous- module a authentifier authentifié l'utilisateur, la WebUI le Synchronizer l'indique.


    Code Block
    languagetext
    themeEmacs
    [YYYY-MM-DD HH:MM:SS] INFO   : [ MODULEDAEMON-NAME ] [ AUTHENTICATION   ] [ UI VisualizationConfiguration ] The user has been authenticated by the module "auth-active-directory" ( authentication phase id-b6a7f0ae8bc511ebb37a080027cc5994 )
    

    Un log de DEBUG vient compléter le nom de l'utilisateur qui a réussit à se connecter

    Code Block
    themeEmacs
    [YYYY-MM-DD HH:MM:SS] DEBUG  : [ MODULE-NAME ] [ AUTHENTICATION   ] [ UI Visualization ] User "user.example" is authenticated ( authentication phase id-b6a7f0ae8bc511ebb37a080027cc5994 )
    

    La phase d'authentification est terminée.

    Authentification échouée

    Si  Si aucun des sous- modules n'a authentifier authentifié l'utilisateur alors un log d'info va afficher qu'un utilisateur n'a pas put pu se connecter.

    Code Block
    languagetext
    themeEmacs
    [YYYY-MM-DD HH:MM:SS] INFO   : [ MODULEDAEMON-NAME ] [ AUTHENTICATION   ] [ UI VisualizationConfiguration ] We tried to authenticate the user with all active module but it failed. AUTHENTICATION FAILED ( authentication phase id-b6a7f0ae8bc511ebb37a080027cc5994 )
    

    Un log de DEBUG va compléter cette information en identifiant l'utilisateur

    Code Block
    themeEmacs
    [YYYY-MM-DD HH:MM:SS] DEBUG  : [ MODULE-NAME ] [ AUTHENTICATION   ] [ UI Visualization ] User "user.example" can't be authenticate by modules ( authentication phase id-b6a7f0ae8bc511ebb37a080027cc5994 )
    
    La phase d'authentification est terminée.