Readme zu Novell SecureLogin 6.1 Support Pack 1

7.1.1 Novell Client-Anmeldung schlägt nach einem Upgrade fehl

Nach der Durchführung des Upgrades von Novell SecureLogin 6.0 auf 6.1 tritt bei der Novell Client™-Anmeldung im Novell Client-Modus ein Fehler auf.

Zur Behebung dieses Problems führen Sie vor dem Upgrade des Novell SecureLogin-Clients die folgenden Schritte aus:

Falls bei der Anmeldung bei Novell Client wegen NICI ein Fehler auftritt, installieren Sie NICI neu und starten Sie den Client neu.

7.1.2 Installation von Novell SecureLogin auf einem Citrix Server

Bei der Installation von Novell SecureLogin auf einem Citrix-Server wechselt der Server zwar in den Installationsmodus, Novell SecureLogin wird aber nicht installiert. Nach Abschluss der Installation müssen Sie den Citrix-Server in den Ausführungsmodus zurückversetzen.

7.1.3 Single Sign-on für den Remote-Desktop-Client von Microsoft Windows Vista

Bei der Ausführung eines Single Sign-on-Vorgangs für den Remote-Desktop-Client von Microsoft Windows Vista im Novell Client- oder LDAP-Modus übergibt Novell SecureLogin unter Umständen nicht den richtigen Domänennamen.

7.1.4 RDP-Sitzung auf einem Microsoft Windows 2000-Domänencontroller

Zum Starten einer RDP-Sitzung auf einem Microsoft Windows 2000-Server, der gleichzeitig ein Domänencontroller ist, muss der Benutzer der Domänencontroller-Richtlinie als Teil des Betriebssystems hinzugefügt werden.

Dies ist eine Vorgabe von Microsoft.

7.1.5 Anmeldung bei einem Citrix ICA-Client mit der Option "Auf Karte speichern"

Auch wenn die Option Auf Karte speichern bei der Anmeldung bei einem Citrix ICA-Client auf Ja gesetzt ist, wird der Berechtigungsnachweis für die Anwendung, den der Benutzer während der Citrix-Sitzung eingegeben hat, unter Umständen nicht auf der Karte gespeichert. Der Berechtigungsnachweis wird jedoch erfolgreich im Verzeichnis gespeichert.

7.1.6 Ändern der Option für die Smartcard-Unterstützung

Wenn Sie während der Installation von Novell SecureLogin die Option für die Smartcard-Unterstützung ausgewählt haben, dürfen Sie diese Option nicht über die Option Ändern des Installationsprogramms ändern oder entfernen, da dann vermutlich auch der sekundäre Datenspeicher (Offline-Cache) nicht mehr zur Verfügung steht.

7.1.7 Die Option "Passwortsatz-Sicherheitssystem deaktivieren" wird während eines Upgrades angezeigt

Wenn Sie den Datenspeicher von Version 3.5 auf Version 6.0 und Novell SecureLogin auf Version 6.1 aktualisieren und die Option Passwort-Sicherheitssystem deaktivieren auf Ja gesetzt ist, wird folgende Meldung angezeigt: Die Cache-Datei ist nicht mehr mit den Verzeichnisbeglaubigungsdaten synchron. Sollen die Cache-Dateien gelöscht und anschließend neu erstellt werden?

Klicken Sie auf Ja, um Novell SecureLogin erfolgreich zu laden.

7.1.8 Anzeige des Datenspeichermodus

Die im Infofenster zu Novell SecureLogin angezeigten Informationen werden während der Anmeldung erstellt. Eine Änderung am Datenbankmodus des Benutzers wird erst nach der nächsten Anmeldung des Benutzers im Infofenster angezeigt.

7.1.9 Im Infofenster von Novell SecureLogin wird eine falsche Version des Datenbankmodus angezeigt

Wenn Sie zum ersten Mal nach der Eingabe der Passwortfrage und -antwort Novell SecureLogin öffnen, wird im Infofenster (das Sie über das Novell SecureLogin-Symbol im Infobereich öffnen) die Version des Datenbankmodus mit "3.0 3.0 Data Present PP Enabled" angegeben.

Bei nachfolgenden Anmeldungen wird die richtige Version angezeigt.

7.1.10 Verfügbarkeit der Option "Passwortsatz ändern"

Wenn der Administrator die Option Passwortsatz-Sicherheitssystem aktivieren deaktiviert und Sie bereits das Passwortsatzsystem eingerichtet haben, wird eine Warnmeldung mit dem Hinweis angezeigt, dass der Administrator das Passwortsatz-Sicherheitssystem deaktiviert hat. Die Änderung der Passwortsatzeinstellung wird erst geändert, wenn Sie die Änderung annehmen. Wenn Sie die Änderung nicht annehmen, können Sie das Passwortsatz-Sicherheitssystem weiterhin verwenden. Hierbei handelt es sich um eine beabsichtigte Funktion, da dadurch verhindert wird, dass Administratoren den Passwortsatzschutz ohne Wissen des Benutzers deaktivieren.

Falls der Passwortsatzschutz allerdings geändert wird, steht die Option Passwortsatz ändern im Menü Erweitert des Novell SecureLogin-Symbols (im Infobereich) erst wieder zur Verfügung, wenn der Administrator die Passwortsatzeinstellung zurücksetzt.

7.1.11 Auswählen eines Werts für die Einstellung "Passwortsatz-Sicherheitssystem aktivieren"

Wenn die Option Passwortsatz-Sicherheitssystem deaktivieren bei der Konfiguration von Novell SecureLogin 3.5 auf Ja gesetzt wurde, wird bei einem Upgrade von Novell SecureLogin von Version 3.5.x auf Version 6.1 und einem Upgrade des Datenspeichers von Version 3.5 auf Version 6.0 die Einstellung von Passwortsatz-Sicherheitssystem aktivieren in Novell SecureLogin 6.1 auf Ja gesetzt.

Die Einstellung Passwortsatz-Sicherheitssystem aktivieren muss auf Ausgeblendet gesetzt werden, da der Wert der Einstellung Passwortsatz-Sicherheitssystem deaktivieren in Novell SecureLogin 3.5 auf Nein gesetzt war.

Dieses Problem tritt nur in SecureLogin Manager auf.

7.1.12 Der Benutzer kann die Antwort auf die Passwortfrage nicht erneut eingeben

In einer Microsoft Windows Vista-Umgebung werden Sie bei der Anmeldung bei Novell SecureLogin im Offline-Modus mit einem inkorrekten Passwort aufgefordert, die Antwort auf die Passwortfrage einzugeben. Wenn eine inkorrekte Antwort angegeben wird, werden Sie aufgefordert, die Authentifizierung zu wiederholen.

Wenn Sie allerdings ein falsches Passwort angeben, wird keine Eingabeaufforderung für die Antwort auf die Passwortfrage angezeigt, sondern Sie werden aufgefordert, dass Passwort anzugeben (es wird also anstelle des Dialogfelds "Passwortsatz" das Dialogfeld "Passwort" angezeigt).

Schließen Sie Novell SecureLogin und starten Sie das Programm erneut, damit Sie zuerst aufgefordert werden, das Passwort einzugeben, und anschließend aufgefordert werden, die Antwort auf die Passwortsatzfrage anzugeben, wenn das inkorrekte Passwort angegeben wird.

7.1.13 LDAP-Fehler 49

LDAP-Fehler 49 wird ausgegeben, wenn für LDAP die NMAS-NDS®-Authentifizierung verwendet wird und Sie im Eingabefenster für das NDS-Passwort auf Abbrechen klicken.

Klicken Sie im Fehlerfenster auf OK, um mit der Anmeldung fortzufahren.

7.1.14 Offline-Meldung wird mehrmals angezeigt

Wenn Novell SecureLogin im Novell Client-Modus auf einem Citrix-Server installiert wird und Sie beim Neustart von Windows auf diesem Citrix-Server die Option Nur Arbeitsstation auswählen, wird die Meldung Sie sind nicht bei einem Verzeichnis angemeldet und SecureLogin konnte keine gespeicherten Benutzerdaten finden angezeigt.

Diese Meldung wird zweimal angezeigt, bevor Sie authentifiziert sind.

7.1.15 Im Fenster "Anmeldungen verwalten" können keine Anmeldungen gelöscht werden

In einigen Fällen können Benutzer im persönlichen Verwaltungsdienstprogramm links im Navigationsbereich Meine Anmeldungen keine Anmeldungen löschen.

Wenn ein Benutzer mit der rechten Maustaste auf eine Anmeldung klickt, werden die Optionen Löschen und Umbenennen deaktiviert.

Allerdings kann die Anmeldung im rechten Bereich gelöscht werden.

7.1.16 Die Installation wird unterbrochen

User Account Control (UAC) ist eine neue Einstellung von Microsoft Windows Vista. Wenn UAC während der Installation von Novell SecureLogin aktiviert ist, werden Sie gefragt, ob Sie mit dem Installationsvorgang fortfahren möchten. Wenn Sie längere Zeit nicht auf eine Eingabeaufforderung reagieren, wird abhängig von den Desktop-Einstellungen ein Bildschirmschoner gestartet. Dadurch wird der Installationsvorgang unterbrochen, sodass Sie die Installation neu starten müssen.

Wenn die UAC-Eingabeaufforderungen vermieden werden müssen, muss der Administrator die UAC-Einstellung in·Microsoft Windows Vista deaktivieren.

7.1.17 Während des Novell SecureLogin-Upgrades werden wenig aussagekräftige Dialogfelder angezeigt

Bei einem serverbasierten Windows-Betriebssystem gibt es zwei Modi: Installieren und Ausführen.

Bei einem Upgrade von Novell SecureLogin unter Microsoft Windows 2003 muss der Administrator im Installationsmodus arbeiten bzw. in diesen Modus wechseln.

Selbst wenn der Administrator das Upgrade von Novell SecureLogin im Installationsmodus fortführt, geht aus den Dialogfeldern nicht eindeutig hervor, ob vor oder nach Abschluss des Upgrades auf Fertig stellen geklickt werden muss.

Klicken Sie auf Fertig stellen, um fortzufahren und das Upgrade abzuschließen.

7.1.18 Novell SecureLogin-Fehler, wenn ein Benutzer mit demselben Namen und Kontext in zwei verschiedenen eDirectory-Bäumen versucht, sich bei demselben Windows-Computer anzumelden

Wenn ein Benutzer, der in zwei verschiedenen eDirectory-Bäumen über denselben Namen und Kontext verfügt, versucht, sich bei demselben Windows-Computer anzumelden, wird folgende Fehlermeldung ausgegeben: Die Cache-Datei ist nicht mehr mit den Verzeichnisbeglaubigungsdaten synchron. Sollen die Cache-Dateien gelöscht und anschließend neu erstelltwerden?

Klickt der Benutzer auf OK, um fortzufahren, wird der Berechtigungsnachweis des vorherigen Benutzers mit demselben Namen gelöscht. Die Cache-Datei enthält in diesem Fall also nur den Berechtigungsnachweis des neu angemeldeten Benutzers mit diesem Namen.

7.1.19 Nach dem Upgrade ist das Hinzufügen von Benutzern im Einzelplatzmodus nicht möglich

Wenn Sie das Upgrade von Novell SecureLogin von 3.51 SP3 auf Novell SecureLogin 6.1 im Einzelplatzmodus vornehmen und während des Novell SecureLogin-Upgrades entscheiden, nicht in den nahtlosen Modus zu wechseln, kann der Benutzer nach dem Upgrade dem Novell SecureLogin-Client im Einzelplatzmodus keine neuen Benutzer hinzufügen.

7.1.20 Wiedergabe einer AVI-Datei als Zeitüberschreitungswarnung bei Secure Workstation-Inaktivität unter Windows Vista

Die Wiedergabe einer AVI-Datei von einem zugeordneten Laufwerk als Zeitüberschreitungswarnung bei Inaktivität ist unter Windows Vista nicht möglich.

Umgehung: Kopieren Sie die Datei auf ein lokales Laufwerk und geben Sie den lokalen Pfad im Richtlinien-Editor von Secure Workstation an.

7.1.21 NSL erkennt den Novell iFolder 2.1x-Client während der Anmeldung bei einer Arbeitsstation nicht

Bei der Anmeldung eines Benutzers bei einer Arbeitsstation erkennt NSL das Anmeldefenster von Novell iFolder® 2.1.8 nicht automatisch beim Start.

Dieses Problem kann umgangen werden, indem das vordefinierte Skript für Novell iFolder manuell hinzugefügt und eine erneute Anmeldung bei der Arbeitsstation durchgeführt wird; anschließend erkennt NSL das Anmeldefenster von iFolder 2.1.8.

7.1.22 NSL wird nicht beendet, wenn der Benutzer im LDAP-Modus die Anmeldung bei NSL abbricht.

Auf einem Windows 2000-Server wird der Benutzer beim Abbruch der Anmeldung bei NSL im LDAP-Modus durch eine SecureLogin-Meldung gefragt, ob er SSO ausführen will oder nicht. In diesem Fall kann die Verwendung von SSO zur Verbindung mit einer Webanwendung zu einem Absturz des Internet Explorer führen*.

7.1.23 Das Scriptbroker-Modul kann nicht instanziert werden: 80070005

Einige Webseiten sind so konfiguriert, dass sie Informationen an SecureLogin mittels einer anderen Methode senden. Bei der Arbeit auf solchen Webseiten wird unter Umständen die Fehlermeldung "Das Skriptbroker-Modul kann nicht instanziert werden: 80070005" ausgegeben.

Legen Sie in diesem Fall den folgenden Registrierungsschlüssel fest: unter \HKEY_LOCAL_MACHINE\SOFTWARE\protocom\securelogin den Wert

IESSO_USE_COM reg setting (Dword-Wert "0")

Dieser Registrierungsschlüssel ändert die Methode der Kommunikation zwischen SecureLogin-Vorgängen, sodass das Problem umgangen wird. Diese Einstellung funktioniert für alle Webseiten, nicht nur für die Webseite, aus der der Fehler ausgegeben wurde.

7.1.24 Für die Authentifizierung im eDirectory- und im LDAP-Modus kann nicht die gleiche Smartcard verwendet werden

Wenn ein Benutzer versucht, sich im LDAP-Modus mit der gleichen Smartcard bei SecureLogin anzumelden, mit der er sich auch im eDirectory-Modus authentifiziert, funktioniert die Authentifizierung nicht. Dies liegt daran, dass die Smartcard-Funktionalität von SecureLogin in diesem Fall von zwei verschiedenen Benutzern ausgeht.

7.1.25 Die AES-Verschlüsselung wird unter Windows 2000 nicht unterstützt

Zur Verschlüsselung der SSO-Daten im Verzeichnis kann der AES-Algorithmus nur unter Windows Vista, XP oder 2003, nicht aber unter Windows 2000 verwendet werden, da Windows 2000 über die kryptografischen Microsoft-Bibliotheken nicht unterstützt.

7.1.26 Die Berücksichtigung der Groß-/Kleinschreibung bei Passwörtern zum Entsperren des Symbols im Infobereich funktioniert nicht

Wenn SecureLogin im Client32™-Modus installiert wurde und Novell Client™ 4.91 SP2 verwendet wird, berücksichtigt SecureLogin die Groß-/Kleinschreibung von Passwörtern beim Entsperren des Symbols im Infobereich nicht. Wenn Sie diese Funktion verwenden möchten, aktualisieren Sie den Novell-Client auf Version 4.91 SP3.

7.1.27 Das Symbol im Infobereich lässt sich nicht mittels der pcProx-Authentifizierung entsperren

Das Novell SecureLogin-Symbol im Infobereich kann nicht mittels der NMAS pcProx-Authentifizierung entsperrt werden. Entsperren Sie das Symbol, indem Sie die Passwortsatzfrage verwenden, wenn diese aktiviert wurde, oder indem Sie Ihr Verzeichnispasswort verwenden. Optional können Sie ein globales Passwort festlegen und verwenden.

7.1.28 Durch eine Cache-Aktualisierung reduzieren sich die Kulanzanmeldungen im LDAP-Modus

Wenn Novell SecureLogin im LDAP-Modus installiert wurde und das LDAP-Benutzerpasswort abläuft, wird die Anzahl der Kulanzanmeldungen jedes Mal um eins reduziert, wenn die Cache-Anmeldung aktualisiert wird. Dies liegt daran, dass sich SecureLogin bei jeder Cache-Aktualisierung erneut beim Verzeichnis anmeldet.

7.1.29 Der NICI-Client lässt sich nicht deinstallieren

Novell International Cryptography Infrastructure (NICI) wird automatisch installiert, wenn SecureLogin in einem der folgenden Modi installiert wird:

Wenn Sie SecureLogin deinstallieren, wird der NICI-Client jedoch nicht entfernt, da möglicherweise andere Dienste von Novell (beispielsweise NMAS, Novell Client und SecretStore) den NICI-Client ebenfalls benötigen.

Vor der Deinstallation des NICI-Client sollten Sie daher sicherstellen, dass er wirklich nicht mehr benötigt wird. Der NICI-Client kann über die Systemsteuerung mit der Option Software deinstalliert werden.

7.1.30 Verwenden eindeutiger Namen

Alle Benutzer-IDs, Anwendungen und Passwortrichtlinien müssen eindeutige Namen haben. Außerdem kann keine Anwendung mit dem Namen Error (Fehler) erstellt werden.

Wenn Sie SecureLogin im eDirectory-Modus zusammen mit dem SecretStore-Client installieren, können Sie keine Anwendung hinzufügen und beispielsweise Anw1 nennen, wenn bereits eine Passwortrichtlinie mit dem Namen Anw1 vorhanden ist.

7.1.31 Anmeldung nach Deinstallation des ZENworks für Desktops Management Agent

Unter folgenden Bedingungen können Sie sich möglicherweise nicht bei Ihrer Arbeitsstation anmelden:

So beheben Sie das Problem:

7.1.32 Für die Authentifizierung des Citrix-Servers muss die Smartcard-PIN manuell eingegeben werden

Wenn Sie für die Citrix-Anmeldeaufforderung die Smartcard-Authentifizierung verwenden, müssen Sie die Smartcard-PIN manuell eingeben, da die PIN für die Citrix-Serverauthentifizierung nicht im Cache gespeichert wird.

7.1.33 Probleme bei der Aktualisierung der Datenspeicherversion in Active Directory

In der MMC von Active Directory wird die aktuelle Version des Datenspeichers, die auf der Seite Erweiterte Einstellungen angezeigt wird, möglicherweise nicht sofort aktualisiert, wenn sich die Datenbankversion des Verzeichnisses ändert. Klicken Sie zum Aktualisieren auf OK und schließen Sie das Dialogfeld mit den MMC-Eigenschaften.

7.1.34 Bei Änderung von "Passwortsatz-Sicherheitssystem aktivieren" ist eine Anmeldung erforderlich

Wenn die Option Passwortsatz-Sicherheitssystem aktivieren geändert wird, ist vor dem Start von SecureLogin eine erneute Anmeldung erforderlich, damit die neue Einstellung wirksam wird.

7.1.35 Ablauf des Cache

Sie können in Novell SecureLogin einstellen, nach wie vielen Tagen der Cache abläuft. Dazu geben Sie auf dem Client folgenden Registrierungseintrag ein:

HKEY_LOCAL_MACHINE/SOFTWARE/Protocom/SecureLogin

DWORD Value CacheExpiryDays

Als Wert geben Sie die gewünschte Anzahl an Tagen ein. Geben Sie allerdings nicht null (0) ein, da der Cache dann sofort nach der Aktualisierung ablaufen würde. Der Cache-Ablaufzeitraum wird bei jeder Cache- oder Verzeichnissynchronisierung bzw. bei jedem Laden von Novell SecureLogin in einem Online-Modul zurückgesetzt.

7.1.36 Terminalemulator für ViewNow

Informationen zur Verwendung eines ViewNow*-Terminalemulators erhalten Sie beim Support von Novell.

7.1.37 Verwenden der Variablen "?syspassword" im Einzelplatzmodus

Die Variable "?syspassword" funktioniert nicht im Einzelplatzmodus.

Da bei einer Installation im Einzelplatzmodus keine Smartcard-Optionen ausgewählt werden können, wird die Anmeldung über die Smartcard bei Installationen im Einzelplatzmodus nicht unterstützt.

7.1.38 Verwenden von SLLogging Manager unter Microsoft Windows Vista

Das Dienstprogramm SLLogging Manager bietet zu Supportzwecken erweiterte Protokollierfunktionen.

Aufgrund von Einschränkungen unter Microsoft Windows Vista muss SLLogging Manager unter Vista speziell konfiguriert werden.

Klicken Sie mit der rechten Maustaste auf die Anwendung "SLLogging Manager" und wählen Sie Als Administrator ausführen aus. Die Registrierung wird nun für alle durch SLLogging Manager vorgenommenen Änderungen angepasst, sodass die entsprechende Protokolldatei erstellt wird.

7.1.39 Ausführen von Ereignisbefehlen

Die Novell SecureLogin-Anwendungsdefinitionen mit den Ereignisbefehlen werden in vorhandenen Anwendungen, die vor dem Start von Novell SecureLogin geöffnet wurden, nicht ausgeführt. Die Ereignisbefehle funktionieren jedoch korrekt, wenn Novell SecureLogin vor dem Öffnen der Anwendungen gestartet wird.

7.1.40 Auswählen von Objekten in SLManager

In SLManager müssen Sie die Objekte aus der Netzwerkliste auf der linken Seite (nicht aus der Dropdown-Liste) auswählen.

7.1.41 Validierung eines alten Passworts

In Microsoft Windows 2003-Konfigurationen können sich Benutzer unter Umständen mittels ihres alten Passworts bei ihren Arbeitsstationen anmelden. Da sich der Benutzer erfolgreich angemeldet hat, wird Novell SecureLogin geladen. Die Weiterverwendung eines alten Passworts wird durch ein Windows 2003-Serverattribut ermöglicht, das die Lebensdauer von Passwörtern festlegt.

Zur Deaktivierung eines alten Passworts unmittelbar nach der Passwortänderung müssen Sie in der Registrierungseinstellung für den Domänencontroller folgenden Wert eingeben:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Lsa

Erstellen Sie den neuen DWORD-Wert "OldPasswordAllowedPeriod"

Setzen Sie diesen Wert auf 0.

Weitere Informationen finden Sie auf der Microsoft-Website.

7.1.42 Schnellbearbeitungsmodus im Telnet-Fenster

Einige Befehle funktionieren nicht in Telnet-Fenstern unter Microsoft Windows XP, 2003 und Vista, da sich die Standardkonfiguration für Telnet geändert hat.

Dieses Problem tritt unter Windows 2000 nicht auf, da hier die Konfiguration für den Schnellbearbeitungsmodus aktiviert ist.

Auf Betriebssystemen, unter denen der Schnellbearbeitungsmodus nicht funktioniert, ist die Konfiguration für den Schnellbearbeitungsmodus deaktiviert. Aus diesem Grund kann der aktuelle Adapter den Bildschirmtext nicht auswählen.

Dieses Problem lässt sich durch Einstellung des folgenden Registrierungsschlüssels umgehen:

HKEY_CURRENT_USER\Console\%SystemRoot%_system32_telnet.exe

"QuickEdit"=dword:00000001

7.2.1 Auf Gruppenebene hinzugefügte Anwendungen, Einstellungen und Richtlinien

Anwendungen und Richtlinien, die mittels iManager auf Gruppenebene hinzugefügt wurden, werden auf dem Client nicht erkannt.

Jedes Mal, wenn Sie eine neue Gruppe erstellen, müssen Sie die Rechte neu zuweisen. Die Leseberechtigungen müssen Sie manuell hinzufügen, damit die konfigurierte Gruppe wie gewünscht funktioniert.

Führen Sie die folgenden Schritte aus, damit die Anwendungen, Einstellungen, Richtlinien und anderen auf Gruppenebene hinzugefügten Vorgaben auf dem Client erkannt werden:

7.2.2 Unterstützung für die Anwendung Web Wizard

Diese Version von Novell SecureLogin unterstützt keine Verwaltung der Anwendung Web Wizard über iManager. Verwenden Sie stattdessen SLManager.

7.2.3 Das System ist langsam

Wenn Sie das iManager SSO-Snap-in mit Internet Explorer als Browser auf einem Client öffnen, auf dem SecureLogin läuft, reagiert das System unter Umständen nicht sofort (etwa nach 10 Sekunden).

7.2.4 Nach Aktualisierung enthält die Registerkarte "Sicherheit" von iManager keine Optionen

Nach einem Upgrade von SecureLogin 3.51.305 werden auf der Registerkarte Sicherheit von iManager keine Optionen mehr angezeigt, wenn Sie in SecureLogin 3.51.305 die Option Passwortsatz-Sicherheitssystem deaktivieren mit ConsoleOne® auf Ja gesetzt haben.

Setzen Sie den Datenspeichermodus in diesem Fall in iManager auf 6.0, um die Sicherheitseinstellungen wieder anzuzeigen.

7.3.1 Installation einer neuen Java-Version unter Windows Vista

Wenn eine neue Java-Version nach der Installation von Novell SecureLogin installiert wird, sucht Novell SecureLogin beim nächsten Start nach neuen Java-Versionen für die Aktivierung von Single Sign-on.

Wenn eine neue Version von Java gefunden wird, müssen die erforderlichen Informationen in C:\Programme\Java aktualisiert werden und einige Dateien müssen während dieses Vorgangs bearbeitet werden. Unter Windows Vista ist es allerdings nicht möglich, in die Dateien unter C:\Programme\Java zu schreiben, solange Sie die Rechte nicht erhöhen.

So beheben Sie diese Fehler:

7.4.1 Feld "Passwort" im Fenster "LDAP Credential Provider"

Wenn unter Microsoft Windows Vista die NMAS-Authentifizierung mit dem LDAP Credential Provider verwendet wird, ist das Feld Passwort im Credential Provider überflüssig und wird nicht verwendet.

Für die NMAS-Authentifizierung muss der Benutzer den LDAP-Benutzernamen und die Serverinformationen eingeben. Danach kann er auf Absenden klicken, ohne ein Passwort einzugeben.

7.4.2 Systemsteuerungsmenü reagiert langsam

Wenn die Systemsteuerung über das Menü Start aufgerufen und gleichzeitig LDAP Auth GINA auf dem Client ausgeführt wird, wird die Systemsteuerung erst nach über 20 Sekunden angezeigt.

7.4.3 Das Dialogfeld "LDAP GINA" wird fortwährend angezeigt

Wenn Novell SecureLogin auf einem Windows 2000 Advanced Server installiert ist und Sie sich bei der Arbeitsstation mit der Option Nur Arbeitsstation anmelden, wird das Dialogfeld zur LDAP-Anmeldung mehrmals angezeigt. Folgende Meldung wird angezeigt: "Ihre Verbindung mit dem Verzeichnis wurde getrennt. SecureLogin kann weiterhin verwendet werden, hinsichtlich Single Sign-on-Daten vorgenommene Änderungen/Ergänzungen gehen jedoch u. U. verloren. Fortfahren?"

Brechen Sie alle Dialogfelder zur LDAP-Anmeldung ab, um fortzufahren.

7.4.4 NSL-Anmeldung im Modus LDAP GINA mit eDirectory

NSL im Modus LDAP GINA mit eDirectory funktioniert nicht, während Sie einen Passwortsatz für einen neuen Benutzer einrichten, wenn der vollständige eindeutige Name des Benutzers (FDN) 128 Zeichen oder mehr aufweist.

7.4.5 Fehler bei der Erkennung des Netzwerkverbindungsstatus unter VMWare bei der Verwendung von SecureLogin mit LDAP

Unter VMWare* erkennt SecureLogin im LDAP-Modus den Netzwerkverbindungsstatus nicht. Daher wechselt SecureLogin nie direkt zum Dialogfeld für die Offline-Anmeldung und zeigt immer das Dialogfeld für die LDAP-Anmeldung an.

7.4.6 "?syspassword" zeigt das universelle Passwort oder das einfache Passwort an

Wenn SecureLogin im LDAP-Modus installiert ist und die NMAS-Authentifizierung verwendet wird, zeigt "?syspassword" das universelle Passwort für den angemeldeten Benutzer an.

In diesem Betriebsmodus muss zwingend ein universelles Passwort für den NMAS-Benutzer konfiguriert und festgelegt werden.

7.5.1 Anmeldung für NMAS-Post-Login-Methoden für Serverversion eDirectory 8.8 SP1 oder NMAS3.1.0 schlägt fehl

Wenn Benutzer über eine Anmeldung mit der Anmeldefolgemethode (Secure Workstation) verfügen, können sich die Benutzer nicht anmelden, wenn das Verzeichnis eDirectory 8.8 SP1 ist, da die Standard-NMAS-Serverversion NMAS 3.1.0 lautet.

Wenn Benutzer über eine Anmeldung mit der Anmeldefolgemethode (Secure Workstation) verfügen, können sich die Benutzer nach einem Upgrade von eDirectory auf 8.8 SP1 oder auf NMAS 3.1.0 nicht mehr anmelden.

Zur Behebung dieses Problems müssen die Benutzer mit Security Service 2.0.2, das auf der Novell Download-Website bereitgestellt wird, ein Upgrade auf NMAS 3.1.1 oder höher ausführen.

7.5.2 Benutzer können das Symbol im Infobereich nicht entsperren

Wenn das Passwortfeld im Novell Client deaktiviert ist und das Symbol im Infobereich passwortgeschützt ist, kann der Benutzer das Symbol im Infobereich nicht entsperren.

Allerdings kann er das Symbol entsperren, wenn ein universelles Passwort definiert ist. Diese Bereitstellung empfiehlt sich für Kunden, bei denen das Passwortfeld im Novell Client deaktiviert sein muss.

7.5.3 "?syspassword" zeigt einen falschen Wert an

Bei der Anmeldung mit einer NMAS-Methode zeigt das Skript, das auf die Variable "?syspassword" zugreift, anstatt des Passworts falsche Werte an, wenn das Kontrollkästchen Passwortfeld aktivieren im Anmeldedialogfeld des Novell-Clients nicht aktiviert wurde.

So aktivieren Sie das Kontrollkästchen Passwortfeld aktivieren:

7.5.4 Citrix-Passthrough mit der NMAS-Anmeldemethode pcProx

Citrix-Passthrough wird nicht unterstützt, wenn Novell SecureLogin im Novell Client-Modus installiert wird, da Novell SecureLogin bei der NMAS-Anmeldemethode pcProx die Karteninformationen nicht unter der Variablen "?syspassword" speichert.

7.5.5 Citrix-Passthrough funktioniert nicht bei NMAS 2.7 auf dem Client und NMAS 3.x auf dem Server

Das Citrix-Passthrough funktioniert nicht in einem gemischten Szenario mit NMAS 2.7 auf dem Client und NMAS 3.x auf dem Server.

Führen Sie in diesem Fall ein Upgrade aller Clients auf NMAS 3.2 durch. Deaktivieren Sie darüber hinaus den virtuellen NMAS-Kanal, um eine Authentifizierung ohne Passwort zu ermöglichen.

7.5.6 Nicht-passwortbasierte NMAS-Anmeldung mit deaktiviertem Passwortsatz wird nicht unterstützt

SecureLogin mit Novell Client unterstützt keine nicht-passwortbasierten NMAS-Anmeldungen, wenn die Passwortsatz-Optionen deaktiviert sind. Dies wird nicht unterstützt, da SecureLogin entweder den lokalen Cache nicht öffnen kann oder den lokalen Datei-Cache ohne Passwort öffnet.

7.5.7 Bei nicht-passwortbasierter NMAS-Anmeldung funktioniert die Offline-Authentifizierung nicht

Die Offline-Authentifizierung funktioniert bei einer nicht-passwortbasierten NMAS-Authentifizierung nicht, wenn das Passwortsatz-Sicherheitssystem deaktiviert ist. Im Offline-Modus akzeptiert SecureLogin Passwortsätze nämlich nur bei einer nicht-passwortbasierten NMAS-Authentifizierung. Dieses Szenario kommt nur vor, wenn SecureLogin im Novell Client-Modus installiert ist.

7.6.1 Entsperren einer Citrix-Sitzung mit pcProx

Das Entsperren einer Citrix-Sitzung mit der NMAS-Sequenz pcProx funktioniert nicht. Das heißt, wenn eine Citrix-Fernsitzung durch die Secure Workstation QLL-GUI oder durch die Bildschirmschoneroption von Windows gesperrt wurde, funktioniert der Entsperrvorgang durch die NMAS-Sequenz pcProx nicht.

7.6.2 PcProx-Authentifizierung nach einem Upgrade

Wenn Sie die NMAS-Clientmethode pcProx verwenden möchten, müssen Sie die Clientmethode vor oder nach einem Upgrade auf Novell SecureLogin 6.0 oder höher manuell aktualisieren.

Deinstallieren Sie dazu die vorhandene pcProx-Clientmethode und installieren Sie dann die mit Novell SecureLogin 6.0 oder höher bereitgestellte pcProx-Clientmethode.

7.6.3 Installation der NMAS-Anmeldeserver-Methode

Bei der Installation der NMAS-Anmeldeserver-Methode für pcProx durch Verwendung des iManager-Plugins für NMAS mit iManager 2.6 wird die Schema-Definition der Benutzerobjektklasse nicht mit dem Attribut sasPcProxID erweitert. Dies bedeutet, dass Sie die Karten-ID von pcProx nicht zur Identifizierung mit dem Benutzerobjekt verknüpfen können.

Zur Behebung dieses Problems müssen Sie das Attribut sasPcProxID manuell zur Benutzerobjekt-Klasse hinzufügen, indem Sie das iManager-Schema-Plugin verwenden.

7.6.4 pcProx funktioniert unter Umständen nicht mit den neuesten USB-Kartenlesegeräten

Bei der aktuellen pcProx-Methode können Kompatibilitätsprobleme mit den neuesten USB-Kartenlesegeräten auftreten. So funktioniert pcProx zum Beispiel nicht mit dem USB-Kartenlesegerät bse-rfid1356I-usb.

7.7.1 Terminaldienste und RDP-Passthrough unter Vista

Diese Version von Novell SecureLogin stellt neue vordefinierte Anwendungen für die Behandlung von Terminaldiensten und RDP-Passthrough unter Vista bereit.

7.7.2 Vordefiniertes Anwendungsskript für QuickFinder

Wenn Sie das Skript für QuickFinder™ in Mozilla* Firefox* verwenden, wird die Meldung "Möchten Sie sich erneut anmelden?" ausgegeben, obwohl Sie bereits bei QuickFinder angemeldet sind und eine Suche durchführen möchten.

Klicken Sie auf Nein, um mit der Suche fortzufahren.

7.7.3 Vordefinierte Anwendungsdefinition für AOL

Diese Version von Novell SecureLogin enthält keine vordefinierte Anwendungsdefinition für AOL* Instant Messenger.

7.7.4 Vordefinierte Anwendungsdefinition für Hotmail

Diese Version von Novell SecureLogin enthält keine vordefinierte Anwendungsdefinition für Hotmail*.

7.7.5 Vordefiniertes Skript für die Novell GroupWise 7.0 Web-Anmeldung

In einer Windows Vista-Umgebung wird das vordefinierte Skript für die Novell GroupWise® Web-Anmeldung nicht gefunden, obwohl das Skript im Anwendungsbereich des Novell SecureLogin-Clients vorhanden ist.

Der Benutzer wird nicht gefragt, ob er das Skript verwenden möchte. Novell SecureLogin führt das Skript nicht aus.

Zur Behebung dieses Problems fügen Sie das vordefinierte Skript zur Liste der Anwendungsdefinitionen hinzu.

7.7.6 Wenn mehrere Anmeldeberechtigungen vorhanden sind, kann kein Berechtigungsnachweis ausgewählt werden

In Novell SecureLogin 6.1 wird der Benutzer nicht zur Auswahl des Berechtigungsnachweises ausgewählt, wenn mehrere Anmelde-IDs vorhanden sind. Für Yahoo* Mail und Novell GroupWise können nicht mehrere Anmelde-IDs verwendet werden.

Beispiel: Wenn SecureLogin ausgeführt wird und der Benutzer das E-Mail-Programm von Novell GroupWise aufruft, wird er zum Speichern des Berechtigungsnachweises aufgefordert. Der Benutzer speichert den Berechtigungsnachweis. Später hat der Benutzer die Möglichkeit, der GroupWise-Anwendung weitere Anmelde-IDs hinzuzufügen. Er speichert diesen Berechtigungsnachweis und beendet die Anwendung.

Beim nächsten Aufruf der GroupWise-Anwendung wird er nicht zur Auswahl des Berechtigungsnachweises aufgefordert; stattdessen wird der Berechtigungsnachweis, der beim ersten Mal gespeichert wurde, für die Anmeldung angezeigt und gespeichert.

Für Anwendungen ohne vordefiniertes Skript:

7.7.7 Single Sign-on-Fehler bei GroupWise WebAccess

Wenn Single Sign-on für Novell Web Access verwendet werden soll, muss das Skript für den GroupWise-Client manuell eingefügt werden.

7.8.1 SecretStore auf dem Server

Wenn Sie beabsichtigen, Novell SecretStore® auf dem Client (SecretStore-Modus) zu verwenden, müssen Sie SecretStore 3.3.5 oder höher auf dem Server installieren, bevor Sie bei der Client-Installation die SecretStore-Option aktivieren.

7.9.1 Schnittstelle für die schnelle An- und Abmeldung für Secure Workstation

Bei einem Upgrade der Secure Workstation von Novell SecureLogin 3.51 oder 6.0 auf Novell SecureLogin 6.1 wird die Schnittstelle für die schnelle An- und Abmeldung auch dann installiert, wenn sie in Novell SecureLogin 3.51 oder 6.0 nicht installiert war. Dies liegt daran, dass für NSL 6.1 eine .msi-basierte Installation ausgeführt wird, während für frühere Versionen noch eine .exe-basierte Installation verwendet wurde. Eine .msi-Installation erkennt nicht, welche Unterkomponenten durch eine frühere .exe-Installation installiert wurden.

Die Schnittstelle für die schnelle An- und Abmeldung lässt sich problemlos aus dem Startmenü entfernen, wenn Sie sie nicht verwenden möchten. Löschen Sie in der Registrierung unter HLKM\Software\Microsoft\Windows\Current Version\Run den Eintrag "NSWQLL". Das Entfernen dieses Eintrags wirkt sich nicht auf die Funktion von Novell SecureLogin oder Secure Workstation aus.

7.9.2 Richtlinie zum Entfernen von Geräten bei Citrix-Fernsitzungen

Die auf einem Citrix-Server für Terminaldienste-Clients konfigurierte Secure Workstation-Richtlinie zum Entfernen von Geräten funktioniert nicht bei vom Client ausgehenden Citrix-Fernsitzungen.

Zur Behebung dieses Problems starten Sie den Novell Secure Workstation-Service auf dem Citrix-Server neu.

7.9.3 Verwenden der NMAS-Anmeldung mit einer Secure Workstation-Sequenz auf einem Desktop unter Microsoft Windows Vista

Wenn der Administrator auf einem Microsoft Windows Vista-Desktop die NMAS-Anmeldung mit Secure Workstation-Sequenz verwendet, ohne dass er die Blockierung für den Secure Workstation-Verwaltungsvorgang (wsaccsmp) aufhebt, schlägt die NMAS-Anmeldung mit Fehlercode 740 fehl.

Das Problem tritt auf, wenn die NMAS-Anmeldung mit Novell Client oder Novell SecureLogin-LDAP Client verwendet wird.

7.9.4 Anmeldung nicht möglich, wenn Secure Workstation-Anmeldefolgemethode der Anmeldesequenz hinzugefügt wird

Wenn die Festlegung der Secure Workstation-Richtlinie über iManager erfolgt, tritt ein Fehler auf, da die Anmeldefolgemethode für SUSE® Linux Enterprise Server 10 und eDirectory 8.8 SP1 nicht verwendet werden kann.

Benutzer können die Festlegung der Secure Workstation-Einstellung jedoch über die Clientrichtlinie vornehmen.

7.10.1 TLaunch fügt keine neuen Emulatoren hinzu bzw. speichert geänderte Konfiguration bestehender Emulatoren nicht

Wenn TLaunch aufgerufen und nach verfügbaren Emulatoren gesucht wird, erkennt TLaunch einen neu erstellten Emulator nicht.

Zudem werden in TLaunch Änderungen, die an bestehenden Emulatoren vorgenommen werden, nicht gespeichert.

Unter Microsoft Windows und Windows XP ist das Hinzufügen und Bearbeiten von Emulatoren jedoch möglich.

Umgehung: Wählen Sie die Optionsfolge Start > Programme > Novell SecureLogin, klicken Sie mit der rechten Maustaste auf Terminal-Launcher und wählen Sie Als Administrator ausführen aus.

7.10.2 Befehlszeilenschalter "/n" der TLaunch-Verknüpfung

Hinsichtlich des Befehlszeilenschalters /n (Zahl) der TLaunch-Verknüpfung ist ein Problem bekannt.

Weitere Informationen erhalten Sie beim Support von Novell.

7.11.1 Zugriff auf Webanwendungen von einem Windows 2003-Server

Webanwendungen, auf die auf einem Microsoft Windows 2003-Server direkt über Internet Explorer zugegriffen wird, funktionieren unter Umständen nicht richtig, solange auf dem Server die Option Erweiterte Windows-Sicherheit aktiviert ist. Anstatt diese Option zu deaktivieren, können Sie auch unter Internetoptionen > Erweitert die Browsererweiterungen von Drittanbietern aktivieren.

Diese Einstellung wirkt sich allerdings nicht auf Clients aus, die mit einem Microsoft Windows 2003-Server verbunden sind.

7.11.2 Der Webbrowser Citrix MetaFrame wird von der Single Sign-on-Komponente von Novell SecureLogin zum erneuten Speichern des Berechtigungsnachweises aufgefordert

Wenn sich Novell SecureLogin beim Setup unter Windows 2000 im Novell Client-Modus befindet, fordert die Single Sign-on-Komponente den Webbrowser MetaFrame zum erneuten Speichern des Berechtigungsnachweises auf.

Wenn ein Benutzer den Webbrowser Citrix MetaFrame (http://serverip/Citrix/Metaframe) aufruft und seinen Berechtigungsnachweis eingibt, fordert Novell SecureLogin zum Speichern des Berechtigungsnachweises auf. Wenn sich der Benutzer abmeldet und den Browser erneut aufruft, wird er erneut zum Speichern des Berechtigungsnachweises aufgefordert.

Klicken Sie bei der entsprechenden Aufforderung auf Nein und fahren Sie fort.

7.11.3 Firefox und Internet Explorer

Da Firefox und Internet Explorer unterschiedliche Steuerelemente verwenden, müssen Sie für die beiden Browser jeweils eine eigene Webanwendungsdefinition erstellen.

7.11.4 Hinzufügen einer vordefinierten Anwendungsdefinition

Wenn Sie iManager verwenden, um einem Container vordefinierte Anwendungen hinzuzufügen, werden einige webbasierte Anwendungen inkorrekt als Win32-Anwendungen identifiziert.

Prüfen Sie nach dem Hinzufügen die Eigenschaften jeder Anwendung, um sicherzustellen, dass die Konfiguration korrekt ist.

7.11.5 Mozilla Firefox zeigt nach der Deinstallation von SecureLogin einen Fehler an

Nach der Deinstallation von SecureLogin zeigt der Mozilla Firefox-Browser beim Neustart einen Fehler an. Verursacht wird dieser Fehler dadurch, dass die Firefox-Erweiterungen über keine Befehlszeilenparameter für die Deinstallation verfügen.

Deinstallieren Sie die Firefox-Erweiterungen in einem solchen Fall wie folgt manuell:

7.11.6 Firefox-Meldung während der Installation

Wir empfehlen, dass Sie Mozilla Firefox mindestens einmal starten, bevor Sie Novell SecureLogin installieren. Andernfalls werden Sie bei der Installation von Novell SecureLogin aufgefordert, die Einstellungen von Internet Explorer zu importieren.

Klicken Sie in diesem Fall auf Importieren, um die Internet Explorer-Einstellungen zu importieren, oder auf Abbrechen, um den Import abzubrechen. Die Installation von Novell SecureLogin wird fortgesetzt.