401 non autorisé d'erreur lors de la connexion au Gestionnaire de l'Application de Tomcat

Je suis en train d'ouvrir une session dans l'Application Gestionnaire de Tomcat 7.0.22 pour Mac OS X 10.7. Voici l'erreur que j'obtiens: http://f.cl.ly/items/421q1K3f1i0X1H1M181v/so.tiff

401 Unauthorized

You are not authorized to view this page. If you have not changed any configuration files, please examine the file conf/tomcat-users.xml in your installation. That file must contain the credentials to let you use this webapp.

For example, to add the manager-gui role to a user named tomcat with a password of s3cret, add the following to the config file listed above.

<role rolename="manager-gui"/>
<user username="tomcat" password="s3cret" roles="manager-gui"/>

J'ai ajouté ceci dans mon tomcat-users.xml, encore ce n'est pas de prendre le même nom d'utilisateur/mot de passe.

<tomcat-users>
<role rolename="manager-gui"/>
<user name="tomcat" password="s3cret" roles="standard,manager-gui"/>
</tomcat-users>

InformationsquelleAutor Ava | 2011-10-14

15

Désolé, je dois demander à l'évidence: Avez-vous redémarrez Tomcat?

Si cela ne fonctionne pas, essayez d'ajouter "admin-gui" à vos rôles:
```
<user name="tomcat" password="s3cret" roles="admin-gui,standard,manager-gui"/>
```
InformationsquelleAutor Mohamad
23

OK, j'ai eu cette erreur de trop. Impossible de trouver le bug, impossible de trouver le bug, impossible de trouver le bug. Mon "tomcat-users" bloc regardé juste comme ça.
```
<tomcat-users>
<role rolename="manager-gui"/>
<user name="tomcat" password="s3cret" roles="standard,manager-gui"/>
</tomcat-users>
```
ENFIN TROUVÉ LE BUG. J'ai gardé de l'édition XML à l'intérieur de le bloc de commentaire XML:
```

```
DOH!

Donc: ne pas oublier d'enlever le "".

InformationsquelleAutor Dan H
6

J'ai aussi rencontré ce problème. Le contenu de mon tomcat-users.xml était correcte, mais le fichier n'était pas lisible par Tomcat. J'ai changé le groupe du fichier à tomcat7, redémarrage de Tomcat, et voilà!!

Voici le contenu de mon tomcat-users.xml:
```
<?xml version='1.0' encoding='utf-8'?>
<tomcat-users>
  <user username="admin" password="admin" roles="manager-gui, admin-gui" />
</tomcat-users>
```
- J'ai trouvé que le fichier a dû être propriété par tomcat7 sur mon serveur ubuntu - mine avait fixé le groupe de tomcat7 même chmod 777 ne fonctionne pas, mais chown tomcat7 tomcat-users.xml il fixe.
InformationsquelleAutor David

Pour ajouter un peu de clarté, voici les rôles que vous devez ajouter à votre conf/tomcat-users.xml comme de Tomcat 7.x. Si vous voulez garder les commentaires que vous pouvez, mais c'est tout ce dont vous avez besoin (pour vous connecter avec admin/admin) dans le fichier:

<?xml version="1.0" encoding="UTF-8"?>
<tomcat-users>  
  <role rolename="manager-gui"/>
  <role rolename="manager-script"/>
  <role rolename="manager-jmx"/>
  <role rolename="manager-status"/>
  <role rolename="admin-gui"/>
  <role rolename="admin-script"/>
  <user username="admin" password="admin" roles="manager-gui, manager-script, manager-jmx, manager-status, admin-gui, admin-script"/>
</tomcat-users>

InformationsquelleAutor MattC

Vérifier les lignes exactes dans server.xml

  <Realm className="org.apache.catalina.realm.LockOutRealm">
    <Realm className="org.apache.catalina.realm.UserDatabaseRealm"
           resourceName="UserDatabase"/>
  </Realm>

Navdeep

InformationsquelleAutor navdeep

3

Vérifier votre navigateur.

J'ai été l'exécution de tomcat en local sur Windows, et en essayant de vous connecter en utilisant Chrome. Aucune des suggestions ci-dessus ne semblait fonctionner. Enfin, sur un coup de tête, j'ai essayé Firefox et a obtenu l'invite de connexion! J'ai redémarré le Chrome et essayé de nouveau, et toujours rien. Il semble que notre réseau politique vis avec Chrome probablement bloquant les popup boîte de dialogue de connexion.
- Une fois, j'ai utilisé un autre navigateur, il a également travaillé pour moi. Mais rien de Chrome nous invite pour le nom d'utilisateur/mot de passe et ensuite nous permet de dans la. Chrome ne sera même pas demander le nom d'utilisateur/mot de passe.
InformationsquelleAutor Greg
2

Son peu probable que quiconque fait la même erreur que j'ai fait, mais au cas où vous avez un couple de versions de tomcat (ou ont truqués de l'installation et ont fichiers dont vous avez besoin pour le nettoyage) assurez-vous que vous êtes dans le bon dossier.

J'étais en train de regarder le fichier de configuration dans C:\tomcat7\ mais le Tomcat qui a été en cours d'exécution était en C:\Program Files\Apache Software Foundation\Tomcat 7.0\
- Aussi, si vous avez plusieurs versions de tomcat, vérifiez que vous utilisez le droit des variables d'environnement, les utilisateurs actuels de la base de données sera l'un dans $CATALINA_HOME/conf/tomcat-users.xml de plus, vous êtes lancement de tomcat à partir d'un autre chemin.
InformationsquelleAutor n00b
2

Si vous êtes à Tomcat 8, vous peut être pas le suivant. Après la mise à jour de la Realms et tomcat-users.xml, vous devez également modifier la façon dont les applications context.xml.

Par défaut, les nouvelles versions de Tomcat restreindre l'accès au Gestionnaire de l'Hôte et Gestionnaire d'applications pour les connexions en provenance du serveur lui-même. Puisque nous sommes de l'installation sur une machine distante, vous aurez probablement envie de supprimer ou de modifier cette restriction. Pour modifier l'adresse IP de restrictions sur ces, ouvrir le context.xml les fichiers.

Pour l'application Gestionnaire:
```
/webapps/manager/META-INF/context.xml
```
Pour l'Hôte du Gestionnaire d'application:
```
/opt/tomcat/webapps/host-manager/META-INF/context.xml
```
Commentaire la section suivante pour la Vanne comme suit-
```
<Context antiResourceLocking="false" privileged="true" >
    
</Context>
```
Vous devez être allset après ce.
- Je suis à court de solutions sur tomcat8 jusqu'à ce que j'ai vu cette réponse. Quand j'ai commenté les lignes, il a travaillé. Merci
InformationsquelleAutor swapnil chaudhari
1

J'ai eu la même erreur alors j'ai changé de mot de passe dans users.xml. Il a résolu. Si vous utilisez des caractères spéciaux comme & ou @. Il ne fonctionne pas. Le supprimer.

InformationsquelleAutor gencaysahinn
0

J'ai été exactement le même message d'erreur et il n'a commencé à travailler après j'ai changé le connecteur port 8080 pour 8081.

InformationsquelleAutor autremoi
0

Assurez-vous également que vous avez défini TOMCAT_HOME ainsi que les variables d'environnement JAVA_HOME correctement.

InformationsquelleAutor TenLeftFingers
0

Dans windows, j'ai eu une variable d'environnement CATALINA_HOME défini pour une autre installation de tomcat pour que déclarait même si j'ai été en utilisant le script de démarrage dans le nouveau dossier d'installation. Donc, tout simplement en supprimant CATALINA_HOME résolu le problème pour moi.

InformationsquelleAutor Richhard
0

Changer le port 8080 pour 8088 dans server.xml a travaillé pour moi.Consulter le code ci-dessous
```
<Connector port="8088" protocol="HTTP/1.1" 
connectionTimeout="20000"
redirectPort="8443" />
```
InformationsquelleAutor ajinkya
0

Dans mon cas, j'ai eu plusieurs <Engine><Host>...</Host></Engine> sections dans mon context.xml et j'ai dû copier et coller le <Realm className="org.apache.catalina.realm.LockOutRealm">...</Realm> dans chaque <Engine>...</Engine> section car j'ai eu le gestionnaire de l'application déployée dans chacun de ces hôtes qui faisaient partie d'un autre Engine.

La réponse de @swapnil chaudhari sur la restriction d'adresse IP dans l'app META-INF/context.xml est également utile, cependant je l'ai trouvé plus avantageux de remplacer la Context dans mon serveur server.xml.

En fin de compte, j'ai quelque chose comme cela pour chacun de mes Engines:
```
    <Engine name="CatalinaMyUniqueEngine"
            defaultHost="MyUniqueHost">
      <Realm className="org.apache.catalina.realm.LockOutRealm">
        <Realm className="org.apache.catalina.realm.UserDatabaseRealm"
               resourceName="UserDatabase"/>
      </Realm>
      <Host name="MyUniqueHost"
            appBase="/opt/tomcat/webapps/MyUniqueHost"
            unpackWARs="true" autoDeploy="true">
        <Context path="/manager" privileged="true" antiResourceLocking="false"
                 docBase="manager">
          
          <Valve className="org.apache.catalina.valves.RemoteAddrValve"
                 allow="127\.0\.0\.1|10\.244\.\d+.\d+" />
      </Host>
    </Engine>
```
docBase est par rapport à appBase. Dans /opt/tomcat/webapps/MyUniqueHost, j'ai un lien symbolique vers le gestionnaire d'applications installées par mon gestionnaire de package du système (basé sur Debian), ce qui la place au /usr/share/tomcat8-admin/manager. Ces liens symboliques de me permettre d'utiliser l'application gestionnaire dans tous mes Hosts sans copier le gestionnaire d'applications.

InformationsquelleAutor acker9
0

Juste pour ajouter quelques informations sur @David réponse:

Si vous êtes comme moi et SFTP pour l'hôte avec n'importe quel utilisateur en vertu d'un autre groupe que tomcat (par exemple la racine) et de modifier tomcat_users.xml avec certains génériques éditeur de texte comme gedit ou VS Code, le groupe du fichier sera modifié à l'utilisateur que vous avez utilisé (probablement à cause d'un nouveau fichier a été créé). Comme ci-dessous:
```
drwxr-x--- 2 root tomcat   4096 Jun 21 11:41 ./
drwxr-xr-x 9 root tomcat   4096 May 24 14:12 ../
-rw-r----- 1 root tomcat  13531 Apr 28 03:34 catalina.policy
-rw-r----- 1 root tomcat   7202 Apr 28 03:34 catalina.properties
-rw-r----- 1 root tomcat   1400 Apr 28 03:34 context.xml
-rw-r----- 1 root tomcat   1149 Apr 28 03:34 jaspic-providers.xml
-rw-r----- 1 root tomcat   2313 Apr 28 03:34 jaspic-providers.xsd
-rw-r----- 1 root tomcat   3850 Apr 28 03:34 logging.properties
-rw-r----- 1 root tomcat   7511 Apr 28 03:34 server.xml
-rw-r----- 1 root root     2342 Jun 21 11:41 tomcat-users.xml
-rw-r----- 1 root tomcat   2633 Apr 28 03:34 tomcat-users.xsd
-rw-r----- 1 root tomcat 170202 Apr 28 03:34 web.xml
```
Peut-être ma première installation de tomcat a été un peu décontracté... Mais avec ce comportement, tomcat perdrez l'accès à un fichier modifié. Le résultat serait 401 non autorisé.

Il y a un certain nombre d'options pour contourner le problème. Je ne suis pas sûr si l'un d'entre eux est la meilleure pratique, cependant.
- Modification de l'autorisation d'après l'édition (oui, bien sûr...).
- nano et WinSCP ne semblent pas souffrir de la question.
- SETGID: chmod g+s /conf_folder (pas testé).
- Suivre cette réponse
- Peut-être un éditeur qui est de l'autorisation au courant?
InformationsquelleAutor Carl Chang
0

Ci-dessous doivent travailler pour un "vanille" de l'installation (ou archive zip/tar) - remplacer votre tomcat-users.xml avec (semblable à) ce:
```
<?xml version="1.0" encoding="UTF-8"?>
<tomcat-users>  
  <role rolename="manager-gui"/>
  <role rolename="manager-script"/>
  <role rolename="manager-jmx"/>
  <role rolename="manager-status"/>
  <role rolename="admin-gui"/>
  <role rolename="admin-script"/>
  <user username="abc" password="xyz" roles="manager-gui, manager-script, manager-jmx, manager-status, admin-gui, admin-script"/>
</tomcat-users>
```
J'ai couru dans la même problème et toujours pas en mesure de vous connecter à l'aide de Google Chrome (Version 73.0.3683.103) que sur la date 05/14/2019 10:30 CST malgré la réinstallation/configuration de Google Chrome à plusieurs reprises.

Je dirais, essayez d'utiliser d'autres navigateurs comme Firefox/IE, etc si vous êtes en cours d'exécution dans ce problème, même après tripoter beaucoup avec les xmls.

InformationsquelleAutor Ajay Kumar
-1

J'ai essayé d'ajouter un nom d'utilisateur que tomcat, dans tomcat-users.xml ce qui était déjà un rôle et il ne fonctionnait pas.
Ensuite, j'ai donné le nom d'utilisateur admin et Il a bien fonctionné..:)

InformationsquelleAutor Sruthy Raj
-1

Arrêt de tomcat

coller ci-dessous les commentaires complets contenu dans tomcat-users.xml et enregistrer

démarrer tomcat

Maintenant de Construire, il doit travailler, je n'ai pour le système d'exploitation windows avec Jenkins et le déploiement git via tomcat7
```
<?xml version="1.0" encoding="UTF-8"?>
-<tomcat-users> <role rolename="manager-gui"/> <role rolename="manager-script"/> <role rolename="manager-jmx"/> <role rolename="manager-status"/> <role rolename="admin-gui"/> <role rolename="admin-script"/> <user roles="manager-gui, manager-script, manager-jmx, manager-status, admin-gui, admin-script" password="admin" username="admin"/> </tomcat-users>
```
- <?xml version="1.0" encoding="UTF-8"?> -<tomcat-users> <role rolename="manager-gui"/> <role rolename="gestionnaire de script"/> <role rolename="manager-jmx"/> <role rolename="chef d'état"/> <role rolename="admin-gui"/> <role rolename="admin-script"/> <rôles d'utilisateur="manager-gui, le gestionnaire de script, gestionnaire, jmx, gestionnaire de statut, administrateur-gui, admin-script" mot de passe="admin" nom d'utilisateur="admin"/> </tomcat-users>
- Comment est-ce différent de l'autre les réponses à cette question?
InformationsquelleAutor user5371337
-1

J'ai été l'utilisation d'un mot de passe complexe avec beaucoup de petits caractères. Juste retour de ce retour régulier de mot de passe et a bien fonctionné.

InformationsquelleAutor Dean

Vous devez vous connecter pour publier un commentaire.