Dieser Abschnitt enthält eine Liste der allgemeineren Fehlermeldungen von SEAM-Befehlen, SEAM-Dämonen, vom PAM-Framework und der Kerberos-Bibliothek.
Es sind keine Authentisierungsysteme aktiviert; alle Verbindungen werden abgelehnt |
Diese Version von rlogind unterstützt keinen Authentisierungsmechanismus.
Stellen Sie sicher, dass rlogind mit der Option -k aufgerufen wird. Das sollte auch die Standardeinstellung in der Datei inetd.conf sein.
Keine Cache-Datei für Berechtigungsnachweise gefunden |
Kerberos konnte nicht den Berechtigungsnachweis-Cache (/tmp/krb5cc_uid) finden.
Stellen Sie sicher, dass die Berechtigungsnachweis-Datei existiert und gelesen werden kann. Wenn das nicht der Fall ist, versuchen Sie, den Befehl kinit noch einmal auszuführen.
Operation erfordert "Privileg"-Privileg |
Der verwendete admin-Hauptbenutzer hat nicht die passende, in der Datei kadm5.acl konfigurierte Berechtigung.
Verwenden Sie einen Hauptbenutzer mit den passenden Rechten oder konfigurieren Sie den verwendeten Hauptbenutzer so, dass er die passenden Rechte hat, indem Sie die Datei kadm5.acl ändern. Gewöhnlich hat ein Hauptbenutzer mit "/admin" als Teil seines Namens die passenden Rechte.
PAM-KRB5: Kerberos V5-Authentisierung fehlgeschlagen: Passwort falsch |
Ihr UNIX-Passwort und Ihr Kerberos-Passwort sind unterschiedlich. Die meisten Befehle, die keine Verbindung zu Kerberos haben, wie zum Beispiel login, werden über PAM so eingerichtet, dass Sie automatisch bei Kerberos authentisiert werden, wobei sie dasselbe Passwort verwenden, das Sie als Ihr UNIX-Passwort angegeben haben. Wenn diese Passwörter unterschiedlich sind, schlägt die Kerberos-Authentisierung fehl.
Sie müssen Ihr Kerberos-Passwort eingeben, wenn Sie dazu aufgefordert werden.
Passwort befindet sich im Passwort-Wörterbuch |
Das von Ihnen eingegebene Passwort ist bereits im verwendeten Passwort-Wörterbuch enthalten. Das ist keine gute Wahl für ein Passwort.
Wählen Sie ein Passwort, das eine Mischung von Passwort-Klassen enthält.
Berechtigung für Code von Wiedergabe-Cache verweigert. |
Der Wiedergabe-Cache des Systems konnte nicht geöffnet werden. Der Server ist vielleicht vorher unter einer anderen Benutzer-ID als Ihrer jetzigen Benutzer-ID ausgeführt worden.
Vergewissern Sie sich, dass der Wiedergabe-Cache die passenden Berechtigungen hat. Der Wiedergabe-Cache ist auf dem Host, auf dem der mit Kerberos ausgestattete Server ausgeführt wird, gespeichert (/usr/tmp/rc_service_name). Anstatt die Berechtigungen für den aktuellen Wiedergabe-Cache zu ändern, können Sie den Cache auch entfernen, bevor Sie den mit Kerberos ausgestatteten Server unter einer anderen Benutzer-ID ausführen.
Keine Übereinstimmung bei Protokollversion |
Höchstwahrscheinlich wurde ein Kerberos V4-Anforderung an das KDC gesendet. SEAM unterstützt nur das Kerberos V5-Protokoll.
Stellen Sie sicher, dass Ihre Anwendungen das Kerberos V5-Protokoll verwenden.
Anforderung ist eine Wiedergabe |
Die Anforderung ist bereits an diesen Server gesendet und von ihm bearbeitet worden. Die Tickets könnten gestohlen worden sein, und eine andere Person versucht, die Tickets wiederzuverwenden.
Warten Sie einige Minuten, und geben Sie die Anforderung erneut aus.
Angeforderter Hauptbenutzer und Ticket stimmen nicht überein |
Der Service-Hauptbenutzer, mit dem Sie sich verbinden, und Ihr Service-Ticket stimmen nicht überein.
Stellen Sie sicher, dass DNS fehlerfrei funktioniert. Wenn Sie die Software eines anderen Herstellers verwenden, vergewissern Sie sich, dass in ihr die Hauptbenutzernamen richtig verwendet werden.
Angeforderte Protokollversion nicht unterstützt |
Höchstwahrscheinlich wurde ein Kerberos V4-Anforderung an das KDC gesendet. SEAM unterstützt nur das Kerberos V5-Protokoll.
Stellen Sie sicher, dass Ihre Anwendungen das Kerberos V5-Protokoll verwenden.
Die erforderlichen Parameter bei Initialisierung der kadmin-Schnittstelle in krb5.conf nicht vorhanden |
Ein Parameter (wie zum Beispiel der admin_server-Parameter) fehlt in der Datei krb5.conf.
Stellen Sie fest, welcher Parameter fehlt, und fügen Sie ihn in krb5.conf hinzu.
Der Server hat es abgelehnt, die Verschlüsselung zu verhandeln. Auf Wiedersehen. |
Die Verschlüsselung konnte nicht mit dem Server verhandelt werden.
Starten Sie die Authentisierungsfehlersuche durch Aufruf des Befehls telnet mit toggle encdebug, und schauen Sie die Meldungen der Fehlersuche nach weiteren Hinweisen durch.
Authentisierung von Server zurückgewiesen (während des sendauth-Austausches) |
Der Server, mit dem Sie zu kommunizieren versuchen, hat die Authentisierung abgelehnt. Dieser Fehler tritt am häufigsten dann auf, wenn gerade eine Vervielfältigung der Kerberos-Datenbank durchgeführt wird. Einige allgemeine Gründe könnten Probleme mit der Datei kpropd.acl, mit DNS oder mit Schlüsseltabellen sein.
Wenn Sie diesen Fehler bei der Ausführung anderer Anwendungen als kprop erhalten, untersuchen Sie, ob die Schlüsseltabelle des Servers in Ordnung ist.
Das Ticket betrifft uns nicht ODER Ticket und Authentisierer stimmen nicht überein |
Ticket und Authentisierer haben nicht übereingestimmt. Der Hauptbenutzername in der Anforderung könnte mit dem Service-Hauptbenutzernamen nicht übereingestimmt haben, weil das Ticket mit einem FQDN-Namen des Hauptbenutzers gesendet wurde, während der Service keinen FQDN-Namen erwartet hatte und umgekehrt.
Stellen Sie sicher, dass der von Ihnen verwendete Service-Hauptbenutzer richtig ist.
Ticket abgelaufen |
Ihre Ticket-Zeiten sind abgelaufen.
Vernichten Sie Ihre Tickets mit kdestroy und erstellen Sie mit kinit neue Tickets.
Ticket ist zur Nachdatierung nicht berechtigt |
Der Hauptbenutzer erlaubt nicht, dass seine Tickets nachdatiert werden.
Ändern Sie mit kadmin(1M) den Hauptbenutzer, damit das Nachdatieren zugelassen wird.
Ticket noch nicht gültig |
Das nachdatierte Ticket ist noch nicht gültig.
Erstellen Sie neue Tickets mit dem richtigen Datum, oder warten Sie, bis die jetzigen Tickets gültig sind.
Abgeschnittene Eingabedatei entdeckt. |
Die in der Operation verwendete Datenbank-Ablagedatei ist keine vollständige Ablagedatei.
Erstellen Sie die Ablagedatei noch einmal, oder verwenden Sie eine andere Datenbank-Ablagedatei.
Kann keine Verbindung mit Kerberos V5 herstellen und Verschlüsselungs-Service bereitstellen ODER Kann mit normalem rlogin keine Verbindung zu Kerberos V5 herstellen |
Eine Kerberos-Sitzung konnte auf dem Server nicht mit dem passenden Service (kshell für rsh und rcp, eklogin oder klogin für rlogin) eröffnet werden. Das könnte an ungültigen Berechtigungsnachweisen liegen.
Stellen Sie sicher, dass Ihre Berechtigungsnachweise gültig sind. Vernichten Sie Ihre Tickets mit kdestroy und erstellen Sie mit kinit neue Tickets.
Vergewissern Sie sich, dass der Zielhost eine Schlüsseltabelle mit der richtigen Version des Service-Schlüssels hat. Zeigen Sie mithilfe von kadmin(1M) die Schlüsselversionsnummer des Service-Hauptbenutzers (zum Beispiel host/ FQDN_hostname) in der Kerberos Datenbank an, und rufen Sie klist - k auf dem Zielhost auf, um zu prüfen, ob dieser dieselbe Schlüsselversionsnummer hat.
Vergewissern Sie sich, dass es für die Services ( klogin, eklogin und kshell) in der Datei /etc/inetd.conf auf dem Zielhost Einträge gibt.
Benutzer kann nicht sicher authentisiert werden ... Abbruch |
Authentisierung konnte nicht mit dem Server verhandelt werden.
Starten Sie die Authentisierungsfehlersuche durch Aufrufen des Befehls telnet mit toggle authdebug, und schauen Sie die Meldungen der Fehlersuche nach weiteren Hinweisen durch. Stellen Sie auch sicher, dass Sie gültige Berechtigungsnachweise haben.
Falscher Hauptbenutzer in Anforderung |
Es gab einen ungültigen Hauptbenutzernamen im Ticket. Das kann ein DNS- oder FQDN-Problem sein.
Stellen Sie sicher, dass der Service-Hauptbenutzer mit dem Hauptbenutzer im Ticket übereinstimmt.
Sie verwenden einen alten Kerberos5-Client ohne Prüfsummen-Unterstützung; nur neuere Clients sind berechtigt. |
Authentisierung mit Prüfsumme wurde nicht mit dem Client verhandelt. Der Client könnte ein altes Kerberos V5-Protokoll verwenden, das keine Unterstützung beim Verbindungsaufbau bietet.
Stellen Sie sicher, dass der Client ein Kerberos V5-Protokoll verwendet, welches Unterstützung beim Verbindungsaufbau bietet.