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 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 du 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 MID Server. 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 par utilisateurs nommés.

Dans cet exemple récapitulatif de problème d’autorisation, l’instance évalue chaque condition et indique combien d’utilisateurs l’ont remplie. Vous pouvez voir qu’un serveur MID est en panne et que l’autorisation de l’un des deux utilisateurs configurés pour un serveur MID a échoué. Étant donné qu’il s’agit d’un résumé, ni le serveur MID 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 étaient configurés pour les serveurs MID en panne et l’autre utilisateur n’était configuré pour aucun serveur MID. 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 serveurs MID marqués comme indisponibles et les mappe à leurs comptes d’utilisateur par l’sys_id du serveur MID. Cette carte inclut tous les comptes utilisateurs qui ont le rôle mid_server, qu’ils soient associés ou non à 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’utilisateur associés à des MID Server en panne , identifiés par leur sys_id.
• Le sys_id de chaque MID Server en panne , identifié par son nom.

Échec de l’autorisation

Dans cet exemple, l’autorisation de trois utilisateurs disposant du rôle mid_server, midserver2, local-midserver et ardis.maison a échoué. Un utilisateur n’est associé à aucun serveur MID, mais les deux autres utilisateurs le sont. Le système a enregistré un échec d’autorisation, ce qui indique qu’il manque au moins un rôle critique à l’utilisateur. Pour savoir quels rôles sont manquants, consultez 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 les utilisateurs qui ne sont PAS associés à des MID Server et qui n’ont pas tenté 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 comme étant définis. 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 à une valeur qui correspond à l’intervalle de pulsation du serveur MID de 5 minutes ou plus.

Problèmes de configuration

Dans cet exemple, un utilisateur ayant le 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 par erreur.