Problèmes de connectivité de l’utilisateur du serveur MID
L’instance écrit les problèmes liés aux connexions des utilisateurs du serveur MID et à la connectivité réseau dans la table MID Server Issue [ecc_agent_issue] (Problème de serveur MID) et crée des événements que vous pouvez utiliser dans des scripts personnalisés ou pour envoyer des notifications par e-mail.
Les enregistrements de la table MID Server Issue (Problème de serveur MID) [ecc_agent_issue] peuvent fournir un aperçu de la raison pour laquelle l’utilisateur de votre serveur MID ne peut pas se connecter ou pourquoi un serveur MID ne peut pas se connecter à l’instance. Le système affiche les enregistrements des problèmes de connectivité dans cette table, qui incluent des messages d’erreur informatifs suggérant des causes possibles. Par défaut, une tâche planifiée appelée MIDUserConnectivity s’exécute toutes les quatre heures et lance l’include de script MIDUserConnectivity pour évaluer l’activité de connexion au serveur MID. Les enregistrements de la table MID Server Issue (Problème de serveur MID) [ecc_agent_issue] reflètent l’état des tentatives de connexion et de la connectivité du serveur MID au moment où la tâche planifiée s’exécute.
- Échec de l’authentification utilisateur
- L’autorisation utilisateur échoue.
- Des problèmes réseau empêchent le serveur MID d’établir une connexion TCP/IP.
Façon dont les problèmes sont consignés
Les défaillances d’authentification utilisateur et les problèmes d’autorisation sont consignés automatiquement dans le fichier journal de l’agent de serveur MID. Le message pour les deux est le même : l’utilisateur ne peut pas être authentifié ou il lui manque les rôles appropriés. Si le problème est lié à l’autorisation, le fichier agent.log affiche la liste des rôles manquants.
Lorsque le débogage est activé, les problèmes du serveur MID sont consignés dans le journal système (syslog) et peuvent être affichés sous forme résumée ou détaillée . Vous pouvez également modifier l’intervalle d’échantillonnage de 4 heures par défaut à un intervalle plus court pour suivre vos efforts de rattrapage. Pour obtenir des instructions sur l’activation et la configuration du débogage pour les problèmes utilisateur du serveur MID, reportez-vous à la section Tester les efforts de rattrapage pour les problèmes de connectivité de l’utilisateur du serveur MID.
Données fournies
| Champ | Description |
|---|---|
| Dernière détection | Date et heure de la dernière détection du problème. |
| Description courte | Contenu du message généré qui spécifie un problème possible avec l’utilisateur nommé ou le serveur MID. |
| Serveur MID | Vide dans la version Jakarta. |
| Source du problème | Processus qui a identifié le problème. Pour tous les problèmes liés à la connectivité de l’utilisateur du serveur MID, la source est MIDUserConnectivity. |
| État | L’état actuel du problème. Les états possibles sont les suivants :
|
| Domaine | Domaine associé au compte d’utilisateur de serveur MID. |
| Nombre | Nombre de fois qu’un problème a été détecté. Chaque fois que la tâche planifiée s’exécute et rencontre le même problème, elle incrémente ce champ. |
Échec de l’authentification utilisateur
Les informations d’identification que l’instance utilise pour authentifier un utilisateur de serveur MID sont configurées dans la table des paramètres de configuration du serveur MID [ecc_agent_config]. Si l’utilisateur du serveur MID tente de se connecter à l’instance avec des informations d’identification non valides, l’instance rejette la connexion et écrit l’événement login.failed dans la table Événements [sysevents] pour l’utilisateur. Les administrateurs peuvent utiliser cet événement dans un script personnalisé ou dans des notifications par e-mail en cas d’échec de l’authentification.
Comptes d’utilisateurs associés à un serveur MID
- Échec de l’authentification de connexion pour l’utilisateur <nom d’utilisateur> associé à 1 serveur MID vers le bas. Vérifiez le mot de passe sur Serveur MID.
- Échec de l’authentification de connexion pour l’utilisateur <nom d’utilisateur> associé à <n> serveurs MID en panne. Vérifiez le mot de passe sur les serveurs MID.
- Le champ Statut de la table Serveurs MID [ecc_agent] associée au serveur MID indique que le serveur MID est en panne.
- L’utilisateur identifié dans la table Paramètres de configuration du serveur MID [ecc_agent_config] est l’utilisateur qu’un ou plusieurs serveurs MID sont configurés pour utiliser pour l’authentification et l’autorisation lors de la connexion à l’instance. L’enregistrement de la table [ecc_agent_config] doit avoir ces valeurs :
- Nom du paramètre [param_name] champ défini sur mid.instance.username.
- Champ Valeur [value] défini sur le nom de l’utilisateur, correspondant au champ ID d’utilisateur [user_name] dans la table Utilisateurs [sys_user].
- La table Événements [sysevent] contient des publications montrant que la dernière tentative de connexion associée à l’utilisateur a échoué pendant la période planifiée. L’enregistrement créé dans la table [sysevent] contient les valeurs de champ suivantes :
- Le champ Nom de l’événement [nom] est défini sur login.failed.
- Le champ Parm1 [parm1] est défini sur le nom de l’utilisateur.
Comptes d’utilisateurs dont le rôle de serveur MID n’est pas associé à un serveur MID
Le message suivant s’affiche lorsqu’un utilisateur ayant le rôle mid_server qui n’est pas associé à un serveur MID ne parvient pas à s’authentifier : Échec de l’authentification de connexion pour l’utilisateur <nom d’utilisateur> dont mid_server rôle n’est pas associé à un serveur MID.
- La table Rôles d’utilisateur [sys_user_has_role] contient un enregistrement qui lie le sys_id associé à l’enregistrement utilisateur stocké dans la table [sys_user], au sys_id associé à l’enregistrement de rôle mid_server stocké dans la table [sys_user_role].
- L’utilisateur n’est pas identifié dans la table Paramètres de configuration du serveur MID [ecc_agent_config] comme l’utilisateur qu’un ou plusieurs serveurs MID sont configurés pour utiliser pour l’authentification et l’autorisation lors de la connexion à l’instance.
- La table Événements [sysevent] contient des publications montrant que la dernière tentative de connexion associée à l’utilisateur a échoué pendant la période planifiée.
- La table [sysevent] contient un enregistrement dont le champ Nom d’événement [name] est défini sur login.failed.
- Le champ Parm1 [parm1] est défini sur le nom de l’utilisateur, correspondant au champ ID d’utilisateur [user_name] dans la table Utilisateurs [sys_user].
Échec de l’autorisation utilisateur
La vérification de l’autorisation utilisateur a lieu une fois que le serveur MID s’est authentifié avec succès sur l’instance. Au cours de cette étape, le système s’assure que le compte d’utilisateur associé à un serveur MID dispose des rôles minimaux requis. Un service web SOAP appelé MIDServerCheck effectue la vérification du rôle sur l’instance. Si l’utilisateur du serveur MID dispose des rôles appropriés, la connexion est autorisée et un login événement est écrit dans la table Événements [sysevents]. Si l’utilisateur ne dispose pas des rôles appropriés, l’instance écrit un événement login.authorization.failed dans la table Événements [sysevents]. Cet événement fournit une liste séparée par des virgules des rôles manquants de l’utilisateur. Les administrateurs peuvent utiliser cet événement dans des scripts personnalisés ou dans des notifications par e-mail en cas d’échec de l’autorisation.
- Si l’utilisateur dispose du rôle soap_script, le service web MIDServerCheck SOAP s’exécute pour vérifier les rôles de serveur MID appropriés. Si l’utilisateur n’a pas le rôle mid_server ou l’un des autres rôles SOAP, l’autorisation échoue et l’événement login.authorization.failed est créé.
- Si l’utilisateur n’a pas le rôle soap_script, il n’est pas autorisé à lancer le service Web MIDServerCheck SOAP, qui recherche tous les rôles de serveur MID requis. L’autorisation échoue, mais l’événement login.authorization.failed n’est pas créé. Lorsque cela se produit, l’instance affiche ce message : La connectivité de l’utilisateur du serveur MID <nom d’utilisateur> ne peut pas être détectée par l’instance.
Utilisateurs associés à un ou plusieurs serveurs MID en panne
- É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é à des serveurs MID <n> en panne. Réaffectez mid_server rôle pour accorder tous les rôles requis.
- L’utilisateur peut avoir ou non le rôle mid_server.
- L’utilisateur est identifié dans la table Paramètres de configuration du serveur MID [ecc_agent_config] comme l’utilisateur qu’un ou plusieurs serveurs MID sont configurés pour utiliser pour l’authentification et l’autorisation lors de la connexion à l’instance.
- La table Événements [sysevent] contient des publications montrant que la dernière tentative de connexion associée à l’utilisateur a échoué pendant la période planifiée. La table [sysevent] contient un enregistrement avec les paramètres suivants :
- Nom de l’événement [nom] : champ défini sur login.authorization.failed.
- Champ Parm1 [parm1] défini sur le nom de l’utilisateur, correspondant au champ ID d’utilisateur [user_name] dans la table Utilisateurs [sys_user].
Utilisateurs disposant du rôle approprié non associés à un serveur MID
Le message suivant s’affiche lorsqu’un utilisateur ayant le rôle mid_server qui n’est pas associé à un serveur MID échoue à l’autorisation : Échec de l’autorisation de connexion pour l’utilisateur <nom d’utilisateur> dont mid_server rôle n’est pas associé à un serveur MID.
Ce message est généré lorsque des échecs d’autorisation utilisateur sont détectés dans lesquels le compte utilisateur, avec le rôle mid_server, n’est pas identifié comme un utilisateur de serveur MID configuré dans la table [ecc_agent_config]. Il est possible que le compte utilisateur ait été associé à un serveur MID au moment de la panne.
- L’utilisateur dispose du rôle mid_server. La table Rôles d’utilisateur [sys_user_has_role] contient un enregistrement qui lie le sys_id associé à l’enregistrement utilisateur stocké dans la table [sys_user], au sys_id associé à l’enregistrement de rôle mid_server stocké dans la table [sys_user_role].
- L’utilisateur n’est pas identifié dans la table Paramètres de configuration du serveur MID [ecc_agent_config] comme l’utilisateur qu’un ou plusieurs serveurs MID sont configurés pour utiliser pour l’authentification et l’autorisation lors de la connexion à l’instance.
- La table Événements [sysevent] contient des publications montrant que la dernière tentative de connexion associée à l’utilisateur a échoué pendant la période planifiée. La table [sysevent] contient un enregistrement avec les paramètres suivants :
- Nom de l’événement [nom] : champ défini sur login.authorization.failed.
- Champ Parm1 [parm1] défini sur le nom de l’utilisateur, correspondant au champ ID d’utilisateur [user_name] dans la table Utilisateurs [sys_user].
Problèmes réseau
Un problème réseau peut empêcher le serveur MID de se connecter au serveur TCP/IP de l’instance pour démarrer une session. Dans ce cas, l’instance marque le serveur MID comme en panne, car l’instance n’a pas reçu l’intervalle de mise à jour du serveur MID dans l’intervalle prescrit de 5 minutes.
Utilisateurs associés à des serveurs MID en panne qui n’ont pas tenté de se connecter
- 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.
L’include de script MIDUserConnectivity signale les utilisateurs actifs associés aux serveurs MID en panne pour lesquels la connectivité réseau ne peut pas être détectée par l’instance.
- L’utilisateur peut avoir ou non le rôle mid_server.
- L’utilisateur est identifié dans la table Paramètres de configuration du serveur MID [ecc_agent_config] comme l’utilisateur qu’un ou plusieurs serveurs MID sont configurés pour utiliser pour l’authentification et l’autorisation lors de la connexion à l’instance.
- Aucune tentative de connexion, qu’elle ait échoué ou réussi, n’a été enregistrée dans la table Événements [sysevent] pour l’utilisateur au cours de la période de génération de rapports planifiée.
Utilisateurs non associés à des serveurs MID qui n’ont pas essayé de se connecter
Le message suivant s’affiche lorsqu’un utilisateur ayant le rôle de mid_server qui n’est pas associé à un serveur MID n’a pas tenté de se connecter pendant l’intervalle de génération de rapports configuré : 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.
L’include de script MIDUserConnectivity signale les utilisateurs actifs ayant le rôle mid_server non associé à un serveur MID, où la connectivité ne peut pas être détectée par l’instance.
- L’utilisateur dispose du rôle mid_server. La table Rôles d’utilisateur [sys_user_has_role] contient un enregistrement qui lie le sys_id associé à l’enregistrement utilisateur stocké dans la table [sys_user], au sys_id associé à l’enregistrement de rôle mid_server stocké dans la table [sys_user_role].
- L’utilisateur n’est pas identifié dans la table Paramètres de configuration du serveur MID [ecc_agent_config] comme l’utilisateur qu’un ou plusieurs serveurs MID sont configurés pour utiliser pour l’authentification et l’autorisation lors de la connexion à l’instance.
- Aucune tentative de connexion, qu’elle ait échoué ou réussi, n’a été enregistrée dans la table Événements [sysevent] pour l’utilisateur au cours de la période de génération de rapports planifiée.
Problèmes de configuration
- Échec de l’authentification de connexion pour l’utilisateur <nom d’utilisateur> dont mid_server rôle n’est pas associé à un serveur MID.
- Échec de l’autorisation de connexion pour l’utilisateur <nom d’utilisateur> dont mid_server rôle n’est pas associé à un serveur MID.
- 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.
- Un administrateur a négligé d’associer l’enregistrement utilisateur à l’enregistrement du serveur MID, comme indiqué dans la table Paramètres de configuration du serveur MID [ecc_agent_config]. Cette table est en lecture seule et ne peut pas être mise à jour directement. Pour associer un utilisateur à un serveur MID, configurez le nom d’utilisateur et le mot de passe dans le fichier de config.xml du serveur MID, puis redémarrez le serveur MID.
- Au cours du processus de reconfiguration d’un serveur MID pour utiliser un compte différent pour la connexion TCP/IP, l’administrateur n’a pas encore supprimé le rôle mid_server du compte ni supprimé le compte.
- Un compte d’utilisateur polyvalent a été créé et un grand nombre de rôles, dont le rôle mid_server, bien que ce compte n’ait jamais été destiné à être utilisé comme un compte de serveur MID.
Utilisateur qui s’authentifie et autorise avec succès, mais n’a peut-être pas besoin de mid_server rôle
Le message suivant s’affiche lorsqu’un utilisateur ayant le rôle mid_server qui n’est pas associé à un serveur MID se connecte avec succès : Utilisateur <nom d’utilisateur> avec mid_server rôle connecté avec succès mais non associé à un serveur MID. Le rôle mid_server doit être réservé à l’utilisation exclusive du serveur MID.
L’include de script MIDUserConnectivity signale les utilisateurs actifs ayant le rôle mid_server qui ne sont pas identifiés comme utilisateurs du serveur MID configuré et dont la dernière tentative de connexion a réussi pendant la période planifiée. Ce message suggère que les informations d’identification de l’utilisateur sont utilisées par un administrateur système ou un processus qui n’est pas en cours d’exécution sur un serveur MID. L’hypothèse ici est que le rôle mid_server ne doit être utilisé que pour les applications déployées sur un serveur MID. La présence de ce message rappelle à l’administrateur système de supprimer les rôles mid_server superflus des comptes d’utilisateurs qui n’en ont pas besoin.
- L’utilisateur dispose du rôle mid_server.
- L’utilisateur n’est pas identifié dans la table Paramètres de configuration du serveur MID [ecc_agent_config] comme l’utilisateur qu’un ou plusieurs serveurs MID sont configurés pour utiliser pour l’authentification et l’autorisation lors de la connexion à l’instance.
- La table Événements [sysevent] contient des publications montrant que la dernière tentative de connexion associée à l’utilisateur a réussi pendant la période planifiée. La table [sysevent] contient un enregistrement avec les paramètres suivants :
- Nom de l’événement [nom] champ défini pour la connexion.
- Champ Parm1 [parm1] défini sur le nom de l’utilisateur, correspondant au champ ID d’utilisateur [user_name] dans la table Utilisateurs [sys_user].
Tester les efforts de rattrapage pour les problèmes de connectivité de l’utilisateur du serveur MID
Après avoir tenté de résoudre un problème de connectivité de l’utilisateur qui apparaît dans la table Problème de serveur MID [ecc_agent_issue], vous pouvez tester vos efforts de rattrapage sans avoir à attendre la prochaine période de génération de rapports planifiée en raccourcissant l’intervalle d’échantillonnage.
Avant de commencer
Rôle requis : admin