Fehlermeldungen bei der Authentifizierung


HTTP 404-Fehler

Wenn dieser Fehler beim ersten Versuch des Zugriffs auf iManager angezeigt wird, müssen Sie die von Apache verwendeten Ports überprüfen. Der Speicherort der Konfigurationsdatei variiert je nach Art der iManager-Installation und danach, ob Apache oder IIS verwendet wird. Apache verwendet entweder die Datei httpd.conf oder die Datei ssl.conf. Informationen zu den IIS-Porteinstellungen finden Sie in der Microsoft-Dokumentation.


HTTP 500-Fehler

Wenn ein interner Serverfehler oder ein Servlet-Container-Fehler gemeldet wird (nicht verfügbar oder wird aufgerüstet), hat iManager eines der folgenden Probleme mit Tomcat:

Warten Sie einige Minuten und versuchen Sie dann erneut, auf iManager zuzugreifen. Wenn weiterhin dieselben Fehler gemeldet werden, müssen Sie den Status von Tomcat prüfen. Wenn der Fehler weiter besteht, prüfen Sie den Status von Apache.


Prüfen des Tomcat-Status

  1. Starten Sie Tomcat neu.

  2. Überprüfen Sie die Tomcat-Protokolle auf Fehler.

    Die Protokolldatei befindet sich auf den Plattformen UNIX, Linux und Windows im Verzeichnis $tomcat_home$/logs. Unter UNIX und Linux haben die Protokolldateien die Namen catalina.out oder localhost_log.Datum.txt. Unter Windows haben die Protokolldateien die Namen stderr und stdout.

    Unter NetWare® werden alle Fehler auf dem Protokollierungsbildschirm angezeigt.


Prüfen des Apache-Status

  1. Starten Sie Apache neu.

  2. Überprüfen Sie die Apache-Protokolldateien auf Fehler.

    Die Dateien befinden sich im Verzeichnis $apache_home$/logs.


634-Fehlermeldungen

Auf dem Zielserver befindet sich keine Kopie dessen, was der Ursprungsserver anfordert, oder der Ursprungsserver verfügt über keine Objekte, die der Anforderung entsprechen, und über keine Verweise, wo nach dem Objekt zu suchen ist.

Mögliche Ursachen:


632-Fehlermeldungen

Hierbei handelt es sich um einen Systemfehler, der verschiedene mögliche Ursachen haben kann.


601-Fehlermeldungen

Der eingegebene Objektname wurde im angegebenen Kontext nicht gefunden.

Mögliche Ursachen:


669-Fehlermeldungen

Ein ungültiges Passwort wurde verwendet, die Authentifizierung konnte nicht durchgeführt werden, ein Server hat versucht, eine Synchronisierung mit einem anderen Server durchzuführen, doch die Datenbank des Zielservers war gesperrt, oder es gibt ein Problem mit der Remote-ID oder dem öffentlichen Schlüssel.

Mögliche Ursachen: