Interprétation des résultats de débogage d’utilisateur de Serveur MID

La sortie de débogage du journal système est disponible dans une vue résumée ou détaillée pour les problèmes utilisateur de Serveur MID, mais elle doit être activée manuellement.

Pour activer le débogage et afficher tous les problèmes de connectivité dans l’un des formats disponibles, vous devez exécuter une méthode manuellement sur votre instance. Pour obtenir des instructions sur l’activation du débogage, reportez-vous à la section Tester les efforts de rattrapage pour les problèmes de connectivité de l’utilisateur de Serveur MID. Pour plus d’informations sur chaque condition d’erreur et sur la façon dont les enregistrements sont créés dans la table Problème de Serveur MID [ecc_agent_issue], reportez-vous à la section Problèmes de connectivité de l’utilisateur de Serveur MID.

Formats disponibles

Vous pouvez configurer l’instance pour générer un résumé simple du problème ou une sortie détaillée qui identifie les utilisateurs et les serveurs MID. Les résumés fournissent un aperçu rapide des conditions de problème, par nombre, tandis que la vue détaillée vous permet d’examiner les rôles, les associations de serveur MID et l’activité de connexion des utilisateurs nommés.

Dans cet exemple récapitulatif de problème d’autorisation, l’instance évalue chaque condition et indique combien d’utilisateurs ont rempli cette condition. Vous pouvez voir qu’un serveur MID est en panne et que l’un des deux utilisateurs configurés pour un serveur MID a échoué à l’autorisation. Comme il s’agit d’un résumé, ni le serveur MID ni les utilisateurs ne sont nommés.

Figure 1. Exemple de sortie de débogage de résumé

Échec de l’authentification

Lorsqu’un utilisateur de Serveur MID ne peut pas s’authentifier sur l’instance, le système affiche les messages d’erreur suivants dans la sortie détaillée :

• Échec de l’authentification de connexion pour l’utilisateur <nom d’utilisateur> associé à 1 Serveur MID en panne. Vérifiez le mot de passe sur Serveur MID.
• Échec de l’authentification de connexion pour l’utilisateur <nom d’utilisateur> associé à <n> MID Servers. Vérifiez le mot de passe sur les serveurs MID.
• Échec de l’authentification de connexion pour l’utilisateur <nom d’utilisateur> avec mid_server rôle non associé à un serveur MID.

Dans cet exemple, trois utilisateurs avec le rôle mid_server, midserver2, local-midserver et ardis.maison, n’ont pas réussi à s’authentifier. Deux de ces utilisateurs ont été configurés pour les serveurs MID en panne et l’autre utilisateur n’a été configuré pour aucun serveur MID. Chacun de ces utilisateurs présente un échec d’authentification et est nommé dans le message d’erreur approprié.

Figure 2. Journal de débogage détaillé pour l’échec de l’authentification

Carte d’ID de Serveur MID

La sortie de débogage répertorie tous les serveurs MID marqués comme indisponibles et les mappe à leurs comptes d’utilisateurs par le sys_id de Serveur MID. Cette carte inclut tous les comptes utilisateurs dotés du rôle mid_server, qu’ils soient ou non associés à un serveur MID. S’il n’y a pas de MID Server en panne , la carte n’est pas affichée dans la sortie de débogage.

La carte est présentée en trois sections :

• Comptes d’utilisateurs non associés à des MID Server.
• Comptes d’utilisateurs associés à des serveurs MID en panne , identifiés par leur sys_id.
• Le sys_id de chaque serveur MID en panne , identifié par son nom.

Figure 3. Carte d’ID de Serveur MID

Échec de l’autorisation

Si un utilisateur n’a pas l’un des rôles requis, l’instance génère les messages d’échec suivants :

• Échec de l’autorisation de connexion pour l’utilisateur <nom d’utilisateur> associé à 1 serveur MID en panne. Réaffectez mid_server rôle pour accorder tous les rôles requis.
• Échec de l’autorisation de connexion pour l’utilisateur <nom d’utilisateur> associé à <n> serveurs MID en panne. Réaffectez mid_server rôle pour accorder tous les rôles requis.
• Échec de l’autorisation de connexion pour l’utilisateur <nom d’utilisateur> avec mid_server rôle non associé à un serveur MID.

Dans cet exemple, trois utilisateurs avec le rôle mid_server, midserver2, local-midserver et ardis.maison ont échoué à l’autorisation. Un utilisateur n’est associé à aucun serveur MID, mais les deux autres utilisateurs le sont. Le système a enregistré un échec d’autorisation, indiquant qu’il manque au moins un rôle critique à l’utilisateur. Pour voir quels rôles sont manquants, examinez la liste séparée par des virgules dans le champ Parm2 de l’enregistrement d’événement login.authorization.failed . Cet enregistrement est la dernière tentative de connexion dans la table d’événements [sysevent] pour le compte utilisateur au cours de la période de génération de rapports.

Figure 4. Journal de débogage détaillé pour l’échec de l’autorisation

Problèmes réseau

Des problèmes réseau peuvent exister pour les utilisateurs associés à des MID Servers, mais qui n’ont pas tenté de se connecter au cours de la période de référence :

• L’utilisateur <nom d’utilisateur> est associé à 1 Serveur MID vers le bas. Aucune tentative de connexion au cours de la période de référence.
• L’utilisateur <nom d’utilisateur> est associé à <n> serveurs MID en panne. Aucune tentative de connexion au cours de la période de référence.

Des problèmes réseau peuvent également exister pour les utilisateurs qui ne sont PAS associés aux serveurs MID et qui n’ont pas tenté de se connecter pendant la période de référence : L’utilisateur <nom d’utilisateur> avec mid_server rôle n’est pas associé à un serveur MID. Aucune tentative de connexion au cours de la période de référence.

Dans cet exemple, aucune tentative de connexion n’a été détectée pour midserver2, local-midserver et ardis.maison, qui ont tous le rôle mid_server. Deux de ces utilisateurs sont associés à des MID Servers marqués comme Inactifs. L’autre utilisateur n’est associé à aucun serveur MID. Aucun de ces utilisateurs n’a tenté de se connecter au système dans l’intervalle de génération de rapports configuré. Le système suppose que ces utilisateurs tenteraient de se connecter à moins que des problèmes de réseau ne les en empêchent.

Remarque :

Par défaut, la période de prélèvement est de 4 heures. Toutefois, pendant le débogage ou le rattrapage, la période d’échantillonnage peut être réinitialisée sur une valeur qui correspond à l’intervalle de pulsation de Serveur MID de 5 minutes ou plus.

Figure 5. Journal de débogage détaillé pour les problèmes de connexion réseau

Problèmes de configuration

L’un des messages suivants peut indiquer un problème de configuration utilisateur :

• Échec de l’authentification de connexion pour l’utilisateur <nom d’utilisateur> avec mid_server rôle non associé à un serveur MID.
• Échec de l’autorisation de connexion pour l’utilisateur <nom d’utilisateur> avec mid_server rôle non associé à un serveur MID.
• Utilisateur <nom d’utilisateur> avec mid_server rôle connecté avec succès, mais non associé à un serveur MID. Le rôle de Serveur MID doit être réservé à l’utilisation de Serveur MID uniquement.
• L’utilisateur <nom d’utilisateur> avec mid_server rôle n’est pas associé à un serveur MID. Aucune tentative de connexion au cours de la période de référence.

Dans cet exemple, un utilisateur disposant du rôle mid_server s’est connecté avec succès dans l’intervalle d’échantillonnage configuré. Toutefois, cet utilisateur n’est pas configuré pour un serveur MID et peut avoir le rôle dans l’erreur.

Figure 6. Journal de débogage détaillé pour la connexion au compte d’utilisateur de Serveur MID