[Partage d'initié] Échec de l'authentification du portail.

Salut les gars,

Récemment, j'ai eu un cas pour Agile Controller lié à l'authentification de portail. Le client autorise Windows à installer les derniers correctifs sur le système d'exploitation et doit le redémarrer. Après cet événement, les utilisateurs n'étaient pas en mesure d'effectuer l'authentification du portail et le message d'erreur reçu était le suivant:

Essayons de résoudre ce problème.

1. Depuis le redémarrage du serveur, nous allons essayer de voir si tous les services ont démarré correctement, comment vérifier ceci:

Dans le champ Démarrer / Exécuter, tapez Services.msc, dans la nouvelle fenêtre, vérifiez le statut des services associés à Agile Controller.

2. Tous les services étaient dans l'état "Started", nous devrons regarder dans une direction différente. Puisque l'erreur était liée à l'authentification, "login failed", j'ai décidé de vérifier la connexion radius en essayant de rechercher l'ID de processus associé à radius. Vérifiez sous la sortie, le port 1812 est associé au protocole Radius et la correspondance de l'ID de processus avec l'application serveur Radius.

3. Etant donné que la connectivité Radius fonctionne, il sera utile de vérifier l’erreur reçue sur le serveur Radius correspondant au message "login fail". Dans notre cas, le message d'erreur était "Identify authentication failed".

4. En fonction du message d'erreur reçu, nous devrions vérifier l'action de la règle d'authentification et d'autorisation, si elle est autorisée ou refusée. Dans notre situation l'action est permis.

5. Etant donné que la règle d'autorisation et d'authentification autorise tous les utilisateurs, j'ai décidé qu'il était important de vérifier les informations du journal du serveur tomcat situées dans le fichier tomcat.log.

Le chemin d'accès à ce fichier est: D:\[chemin du dossier d'installation]AgileController\PortalServer\logs\tomcat.log. Dans ce fichier, nous avons eu une erreur indiquant que le serveur de portail ne peut pas être lancé. Nous devrions vérifier si le port 50100 est utilisé par une autre application. Dans notre cas, le port était occupé par un autre processus, dns.exe, pour une raison quelconque après que le service DNS ait redémarré ce numéro de port. Nous supprimons les processus temporaires du processus et le serveur de portail démarrent sur le 50100. Voici comment l'état du port et les informations sur l'application doivent être normaux.

J'espère que vous trouver cette cas est utile!