tomcat 7 application gestionnaire d'accès refusé

Quand je suis allez dans le gestionnaire d'application http://localhost:8080/manager/html, il y avait un navigateur invite de login fenêtre vous demandant le nom d'utilisateur et mot de passe. En entrant dans le mauvais nom d'utilisateur et le mot de passe, la page renvoyée 403(accès refusé).

Alors j'ai googlé un peu et de configuration comme suit:

<role rolename="manager-gui" />
<user username="admin" password="tomcat" roles="manager-gui"/>
<!-- these 2 lines was there before my editing -->
<user password="tom" roles="manager-script,admin" username="tom"/>
<user password="tomcat" roles="manager-script,admin" username="tomcat"/>

Après le redémarrage de tomcat, le gestionnaire de l'application de cette époque montre 403 page directement sans demander le nom d'utilisateur et mot de passe.
Donc je suis un peu confus. Ce type d'authentification est cette application gestionnaire de l'aide?
Et comment puis-je me connecter à l'application gestionnaire?

Je pense que vous devez le rôle de "manager"

OriginalL'auteur Yang | 2013-03-18

  1. 6

    Cela a à voir avec le navigateur et sa politique pour la préservation de connexions active. Pour Firefox, vous pouvez aller à "Outils" - > "supprimer l'Historique Récent..." et claire "Connexions Active". L'actualisation de l'application gestionnaire de après la qui affiche l'invite de vous demandaient.

    Cheers,
    β

    Cela a fonctionné pour moi, et sur Google Chrome, l'ouverture d'une fenêtre de navigation privée a fait le tour.

    OriginalL'auteur Vassilis Moustakas

  2. -1

    Par défaut de Tomcat 7 utilise

    LockOutRealm

    : Cela signifie que le nom d'utilisateur est verrouillé après 5 tentatives de connexion ins.

    SOLUTION

    Ajouter un autre utilisateur à tomcat-users.xml.

    <?xml version='1.0' encoding='cp1252'?>
<tomcat-users>
<role rolename="manager-gui"/>
<user username="admin" password="admin" roles="manager-gui"/>
</tomcat-users>

    Je suggère de garder le fichier XML propre, comme l'exemple ci-dessus.
    Espérons que cela aide.

    (a) Il a déjà un utilisateur avec le rôle de "manager-gui'; (b) l'ajout d'un autre n'est pas une solution à un lock-out; et (c) il n'existe aucune preuve d'un lock-out dans la question. -1

    OriginalL'auteur Deepankar_De