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 du serveur MID. Pour en savoir plus sur chaque condition d’erreur et sur la façon dont les enregistrements sont créés dans la table Problèmes de MID Server [ecc_agent_issue], reportez-vous à Problèmes de connectivité de l’utilisateur du MID Server.

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 MID Servers. 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 MID Server et l’activité de connexion par utilisateurs nommés.

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

Échec de l’authentification

Dans cet exemple, trois utilisateurs disposant du 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 MID Servers en panne et l’autre utilisateur n’a été configuré pour aucun MID Server. Chacun de ces utilisateurs présente un échec d’authentification et est nommé dans le message d’erreur approprié.

Carte d’ID de Serveur MID

La sortie de débogage répertorie tous les MID Servers marqués comme étant en panne et les mappe à leurs comptes d’utilisateur via le sys_id du MID Server. Cette carte inclut tous les comptes d’utilisateur qui ont le rôle mid_server, qu’ils soient associés ou non à un MID Server. S’il n’y a aucun 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 Servers.
• Comptes d’utilisateurs associés à des MID Servers en panne , identifiés par leur sys_id.
• sys_id de chaque MID Server en panne, identifié par son nom.

Échec de l’autorisation

Dans cet exemple, trois utilisateurs disposant du rôle mid_server, midserver2, local-midserver et ardis.maison ont échoué à obtenir l’autorisation. Un utilisateur n’est associé à aucun MID Server, contrairement aux deux autres utilisateurs. Le système a enregistré un échec d’autorisation, indiquant qu’il manque au moins un rôle critique à l’utilisateur. Pour identifier les rôles 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 tentative de connexion la plus récente dans la table Événement [sysevent] pour le compte d’utilisateur au cours de la période de génération de rapports.

Problèmes réseau

Des problèmes de réseau peuvent également exister pour ces utilisateurs qui ne sont PAS associés aux MID Servers et qui n’ont pas essayé de se connecter au cours de la période de référence : Utilisateur <nom d’utilisateur> avec mid_server rôle n’est pas associé à un MID Server. 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 Down. L’autre utilisateur n’est associé à aucun MID Server. 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 la correction, la période d’échantillonnage peut être réinitialisée à une valeur qui correspond à l’intervalle de pulsation du MID Server de 5 minutes ou plus.

Problèmes de configuration

Dans cet exemple, un utilisateur doté 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 MID Server et peut avoir le rôle par erreur.