Ce document décrit l'incapacité d'un administrateur à se connecter à la page de gestion de Cisco Customer Response Application (CRA). Le problème se pose quand l'utilisateur installe, réinstalle ou reconstruit le serveur Cisco Customer Response Solutions (CRS) puis tente d'ouvrir une session avec le mot de passe par défaut, ciscocisco. Ce document fournit également un contournement au problème dans un environnement exprès de Cisco IP Contact Center (IPCC).
Remarque: L'administrateur est le nom d'utilisateur par défaut et le ciscocisco est le mot de passe par défaut en CRS. Chacun des deux distinguent les majuscules et minuscules.
Cisco vous recommande de prendre connaissance des rubriques suivantes :
Cisco CallManager
Cisco CRS
Les informations contenues dans ce document sont basées sur les versions de matériel et de logiciel suivantes :
Version 3.x et ultérieures de Cisco IPCC Express Edition
Version 3.x et ultérieures de Cisco CallManager
Les informations contenues dans ce document ont été créées à partir des périphériques d'un environnement de laboratoire spécifique. Tous les périphériques utilisés dans ce document ont démarré avec une configuration effacée (par défaut). Si votre réseau est opérationnel, assurez-vous que vous comprenez l'effet potentiel de toute commande.
Pour plus d'informations sur les conventions utilisées dans ce document, reportez-vous à Conventions relatives aux conseils techniques Cisco.
Après que vous installiez, réinstalliez, ou reconstruisiez le serveur de Cisco CRS, vous ne pouvez pas se connecter dans la page de gestion de Cisco CRA en tant qu'utilisateur d'administrateur. C'est l'ordre des exécutions pour la panne de procédure de connexion :
Internet Explorer de début (IE).
Présentez le serveur Name>/AppAdmin de http:// <CRS dans la zone adresse de la fenêtre du navigateur (voir la flèche A sur le schéma 1). Ici, le serveur Name> <CRS peut être l'adresse IP du serveur CRS, ou un nom de serveur CRS valide que le serveur de domain name service (DN) peut résoudre.
Remarque: Une approche alternative pour accéder à la page de gestion de CRA est de sélectionner le début > les programmes > l'administrateur > l'administrateur de l'application de Cisco CRA du serveur CRS.
Figure 1 – Authentification
Présentez l'administrateur dans le domaine d'identification de l'utilisateur (voir la flèche B sur le schéma 1).
Entrez dans le ciscocisco dans le domaine de mot de passe (voir le C de flèche sur le schéma 1).
Remarque: Le mot de passe par défaut pour l'utilisateur d'administrateur est ciscocisco.
Login de clic (voir la flèche D sur le schéma 1).
La procédure de connexion à la page de gestion de CRA échoue, et la page non autorisée paraît (voyez le rectangle rouge sur le schéma 2).
Figure 2 – Non autorisé : Manque de se connecter dans des CRS
Procédez comme suit pour résoudre ce problème :
Renommez le fichier ccndir.ini qui réside dans le répertoire de C:\winnt\system32\ccn.
Placez l'entrée de com.cisco.wf.ad min.installed à Falsein le fichier appadmin.properties qui réside dans le répertoire de C:\Program Files\wfavvid.
Puis, terminez-vous ces étapes :
Naviguez vers le répertoire de C:\winnt\system32\ccn.
Renommez ccndir.ini à old.ccndir.ini orany l'autre nom que vous sélectionnez.
Naviguez vers le répertoire de C:\Program Files\wfavvid.
Localisez le fichier appadmin.properties (voir le Figure3).
Figure 3 – Localisez le fichier appadmin.properties
Éditez le fichier appadmin.properties avec un traitement de texte tel que Notepad.
Placez l'entrée de com.cisco.wf.ad min.installed dans le fichier appadmin.properties à faux (voir la flèche A dans Figure4).
Figure 4 – Modifiez le fichier appadmin.properties
Sauvegardez et fermez le fichier.
Le problème ne se pose plus après que vous remplissiez cette procédure.
Choisissez le début > les programmes > l'administrateur > l'administrateur de l'application de Cisco CRA du serveur CRS pour lancer l'administrateur de l'application, et ouvrez une session en tant qu'utilisateur d'administrateur avec le mot de passe de ciscocisco.
La procédure de connexion est maintenant réussie.
Remarque: Si vous ne pouvez pas accéder à la page de gestion de CRA après que vous changiez l'adresse IP du Cisco CallManager, vous devez mettre à jour l'adresse IP de Cisco CallManager dans l'utilitaire d'utilité CRS. Référez-vous à la section Informations de mise à jour d'adresse IP de Cisco CRS du guide d'administration de Cisco CRS 4.1(1) pour information.
Si la configuration du cluster initiale a été déjà terminée avec les utilisateurs d'administrateur CRS configurés, et si vous n'avez pas leurs noms d'utilisateur ou mot de passe, alors terminez-vous ces étapes :
Accédez au LDAP (Répertoire actif ou DC Directory).
Effectuez un zoom avant à l'ou=Cisco, des app d'ou=CCN, des ou=configurations, ou=<profilename>.__$$CRS40$$, ou=usergroup.xxxx.
Sur le volet de droite, clic droit sur des utilisateurs ? rangez et choisissez Properties.
Dans le domaine de valeur, il devrait y a une liste d'utilisateurs d'administrateur ou de superviseur pour des CRS. Des utilisateurs répertoriés avec le suffixe (1) sont considérés les administrateurs CRS.
Remarque: Des utilisateurs répertoriés avec le suffixe (2) sont considérés les utilisateurs de superviseur.
Employez un des comptes d'utilisateurs d'administrateur afin de se connecter dans AppAdmin. Si vous n'avez pas le mot de passe, remettez à l'état initial alors le mot de passe par CCMAdmin ou Répertoire actif.
Quand vous essayez de se connecter dans CRA AppAdmin la page, ce message d'erreur est reçu : ASP 0113 d'erreur de Pages actives de serveur. Script chronométré. Cette question se produit quand l'adresse IP de Cisco CallManager a été changée récemment, mais le fichier ccndir.ini dans le client de CRA indique toujours la vieille adresse IP.
Procédez comme suit pour résoudre ce problème :
Vérifiez et/ou modifiez le fichier ccndir.ini qui se trouve dans le répertoire de c:\Winnt\system32\ccn sur l'appareil de bureau de client.
Utilisez l'adresse IP correcte de Cisco CallManager pour la propriété LDAPURL comme affiché ici :
Après que vous apportiez les modifications, redémarrez le service IIS.
Vous recevez un de ces messages d'erreur (qui est suivi par un écran vide) quand vous ouvrez une session à la page de CRA AppAdmin :
I/O AXL error
OU
URL /j_security_check
Quand vous essayez d'ouvrir une session à l'interface web UCCX, les temps d'application avec ce message : Le temps d'exécution AXL, essayent s'il vous plaît de nouveau. Utilisez la touche back de navigateur pour retourner à la page d'autorisation.
Procédez comme suit pour résoudre ce problème :
Sur le serveur CRS, allez à C:\Program Files\wfavvid\, et double-cliquer le fichier cet.bat.
Cliquez sur l'aucun quand l'avertissement apparaît.
Cliquez avec le bouton droit l'objet d'AppAdminSetupConfig dans le volet gauche, et choisissez l'option de création.
Cliquez sur OK.
Dans la nouvelle fenêtre, cliquez sur l'onglet com.cisco.crs.cluster.config.AppAdminSetupConfig.
Choisissez frais installent de la liste déroulante afin de changer la valeur pour l'état d'installation.
Cliquez sur OK.
Après que vous créiez l'objet d'AppAdminSetupConfig, procédure de connexion avec l'administrateur de nom d'utilisateur et le ciscocisco de mot de passe, et exécutiez le programme d'installation de nouveau.
Redémarrez le service de Tomcat de la ligne de commande de SSH. Afin d'utiliser la console sur le serveur, la procédure de connexion de Cisco Unified Communications Manager et introduire cette commande : reprise Cisco Tomcat de service d'utils.
La page d'admin d'app UCCX ne charge pas et affiche une page vierge.
Terminez-vous ces étapes afin de résoudre le problème :
Assurez-vous que les IIS et les services de WWW s'exécutent.
Supprimez le répertoire d'appadmin à cet emplacement : _appadmin \ webapps de C:\ProgramFiles\wfavvid\tomcat
Redémarrez le service de gestionnaire de noeud de Cisco Unified CCX de l'outil de service windows.
Pendant la première installation d'UCCX v7.0.1, une fenêtre externe vide de dialogue de page Web apparaît en haut de l'écran avec un message « de demande d'Axlhandler » au bas en accédant à la page de configuration de Cisco Unified CM. En outre, l'utilisateur voit seulement Publisher dans la case disponible de CTI Manager.
La cause de l'erreur est parce que l'utilité AXL est conçue d'une telle manière que vous devez assigner le rôle d'utilisateurs standard de l'admin CCM au groupe d'utilisateurs pour l'authentification afin d'accéder à l'utilité API AXL. Afin de résoudre le problème, ajoutez le rôle d'admin AXL dans le Cisco CallManager à l'utilisateur AXL.
La page d'AppAdmin affiche la page ne peut pas être message affiché sur le navigateur. Tout en redémarrant le service d'édition mondial, il est bloqué en arrêtant l'état.
Afin de résoudre ce problème, exécutez ces étapes :
Ouvrez l'Internet Explorer et le type http://crsIPAddress:6293/appadmin/.
Ouvrez une session à AppAdmin, et allez à la page de Control Center.
Choisissez le bouton-radio Processus de gestion CRS, et cliquez sur la reprise.
Quittez le navigateur et lancez le menu d'AppAdmin normalement dès le début.
En outre, référez-vous à CSCsu22366 (clients enregistrés seulement) pour plus de détails.
L'utilisateur ne peut pas accéder à l'application et ce message d'erreur est reçu :
"The Update Utility is unable to read the profile.ini file. Please check that it exists."
La cause de cette erreur est le fichier corrompu profile.ini.
Afin de résoudre cette erreur, terminez-vous ces étapes :
Allez à n'importe quel serveur fonctionnant, copiez le fichier profile.ini du chemin de C:\Program Files\wfavvid\ClusterData, et remplacez le fichier corrompu.
Une fois que le fichier corrompu est remplacé, redémarrez le serveur.