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 MID Server Issue (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 identifiant 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 par 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.

Échec de l’authentification

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é.

Carte d’ID de Serveur MID

La sortie du débogage répertorie tous les serveurs MID marqués comme étant en panne 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 associés ou non à un serveur MID. S’il n’y a pas de serveurs MID en panne , la carte n’est pas affichée dans la sortie de débogage.

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

• Les comptes d’utilisateurs ne sont associés à aucun serveur MID.
• 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.

Échec de l’autorisation

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 essentiel à 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 tentative de connexion la plus récente dans la table Événement [sysevent] pour le compte utilisateur au cours de la période de reporting.

Problèmes réseau

Des problèmes de 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 au cours de la période de référence : L’utilisateur <nom d’utilisateur> ayant 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 serveurs MID marqués comme en panne. 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 tenteront de se connecter à moins que des problèmes 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 sur 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 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 en erreur.