wir setzen noch immer den Novell-Client ein. Nun scheint es ja wohl leider beim opsi-client-agent keine Moeglichkeit mehr zu geben, die als naechste zu startende Gina zu konfigurieren. Offensichtlich ist die msgina.dll irgendwo hart kodiert.
- Dies laesst sich jedoch auch nicht sicher sagen, da der Sourcecode des opsi-client-agent entgegen Herrn Oertels Ankuendigung vom 28.09.2010 (Thread: source code) noch immer nicht unter http://opsi.svn.sourceforge.net/viewvc/opsi/ verfuegbar ist
Beim preloginloader funktionierte das ja relativ problemlos indem man in [HKEY_LOCAL_MACHINE\SOFTWARE\opsi.org\preloginloader] den Key "pathMSGina"="nwgina.dll" setzte. (Wobei der LoginBlocker trotzem nach meinen Beobachtungen nur mit der msgina.dll die Anmeldemaske solange hinausgezoegert hat bis Opsi seine Aktionen beendete, die Novell-Anmeldung erscheint immer einen deutlichen Tick zu frueh - dies alles aber nur als Randbemerkung).
Gerne wuerden wir die erweiterten Moeglichkeiten des opsi-client-agents nutzen, aber solange wir keinen Weg gefunden haben, die Novell-Anmeldung (nwgina.dll) wieder sauber in den Anmeldeprozess zu integrieren, muessen wir beim preloginloader bleiben - was natuerlich auch nur noch beschraenkte Zeit moeglich ist - sic!
Das Patchen des Registry-Keys "GinaDLL" in der Sektion [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon] ist unschoen, da sich dann die Benutzer bereits im Anmeldeprozess befinden, bevor die Opsi-Aktionen gestartet werden ...
--> Wie koennen wir den opsi-client-agent nutzen, ohne die primaere Anmeldung des Novell-Clients zu verlieren? - any hint appreciated!
Herzliche Gruesse
Christoph.
