Seite 1 von 2
opsiclientd verbergen
Verfasst: 30 Nov 2010, 09:06
von Hauke
Moin!
Gibt es eine Möglichkeit den opsiclientd auf den Clients zu verbergen?
Er ist momentan (VMWare Testimage) zu aufdringlich, z.B. legt er sich nach dem Booten der XP Clients vor die Logon-Maske und verdeckt diese.
Das würde besser Silent laufen, ohne irgendeine Ausgabe, geht das?
Für Hardware/Software Inventur poppen auch große Fenster auf die viel verbergen, das könnte man besser auch Silent erledigen.
Ich sehe da recht große Akzeptanz-Probleme bei unseren Benutzern, je weniger sie merken umso besser.
Die Hinweis-Box unten rechts wenn z.B. ein Reboot nötig ist würde alleine reichen.
Geht das mit Opsi?
Danke!
Re: opsiclientd verbergen
Verfasst: 30 Nov 2010, 09:16
von Cherry
Hallo,
wenn du ihn verbergen willst, sobald du eine on_demand aktion ausführst, ist nur die opsiconfd.conf in dem opsi-client-agent zu bearbeiten
und zwar bei [event_on_demand], event_notifier_desktop = winlogon. bei den andren event_notifier_* ist es auch einzustellen.
hoffe es bringt dir was:)
Re: opsiclientd verbergen
Verfasst: 30 Nov 2010, 09:25
von Groo
Hi,
Er ist momentan (VMWare Testimage) zu aufdringlich, z.B. legt er sich nach dem Booten der XP Clients vor die Logon-Maske und verdeckt diese.
Das würde besser Silent laufen, ohne irgendeine Ausgabe, geht das?
Die Logon-Maske kannst du ausschalten indem du unter
/opt/pcbin/install/opsi-client-agent/files/opsi/dist/notifier in der
action.ini und der
block-login.ini den Wert
Hidden = true setzt.
Für Hardware/Software Inventur poppen auch große Fenster auf die viel verbergen, das könnte man besser auch Silent erledigen.
Da könnte dir das hier weiterhelfen:
viewtopic.php?f=7&t=1635
Dann ist das Winst Popup allerdings für alle Installationsscripte verborgen, nicht nur für die Inventur.
Am besten du steuerst das über die Host-Parameter im opsi configuration editor.
Gruß,
Phil
P.S.
Cherry war schneller
Re: opsiclientd verbergen
Verfasst: 30 Nov 2010, 11:25
von Hauke
Also wenn ich das setzen möchte:
Code: Alles auswählen
[event_on_demand]
event_notifier_desktop = winlogon
action_notifier_desktop = winlogon
action_processor_desktop = winlogon
Wie müßen die Host-Parameter gesetzt werden im opsi config editor?
event_notifier_desktop = winlogon
wird zu
clientconfig.event_on_demand.event_notifier_desktop = winlogon
?
Re: opsiclientd verbergen
Verfasst: 30 Nov 2010, 12:10
von Groo
event_notifier_desktop = winlogon wird zu opsiclientd.event_on_demand.event_notifier_desktop = winlogon
Die Änderungen in den Host-Parametern wirken sich erst nach einem Rechner-/ bzw. Dienstneustart auf den Client aus...
Gruß,
Phil
Re: opsiclientd verbergen
Verfasst: 30 Nov 2010, 13:13
von Hauke
OK, danke, nun ist es wirklich "Silent".
Wenn ich jetzt noch heraus finde warum die Produktconfig swaudit trotz Anforderung "setup" nicht nach einem Client-Reboot ausgeführt wird sondern nur bei manuellem On_Demand bin ich erstmal glücklich und kann in richtung Pakete erstellen weiter testen.
Re: opsiclientd verbergen
Verfasst: 30 Nov 2010, 13:18
von Groo
warum die Produktconfig swaudit trotz Anforderung "setup" nicht nach einem Client-Reboot ausgeführt wird
Ist das nur bei swaudit so, dass es beim Rechnerstart nicht ausgeführt ist - oder bei allen setup scripten?
Wenn's bei allen ist würd ich mal nachschauen ob unter [gui_startup] nicht vllt.
active = false gesetzt ist.
Gruß,
Phil
Re: opsiclientd verbergen
Verfasst: 30 Nov 2010, 13:52
von Hauke
Laut Log:
Code: Alles auswählen
5] [Nov 30 13:42:12] [ action_processor_starter.exe ] Running command '"C:\Program Files\opsi.org\opsi-client-agent\\opsi-winst\\winst32.exe" /opsiservice "https://10.63.10.160:4447/rpc" /clientid nsw0146.gce.com /username nsw0146.gce.com /password *** confidential ***' as user 'pcpatch' on desktop 'winlogon' (Windows.pyo|1203)
[2] [Nov 30 13:42:12] [ action_processor_starter.exe ] Traceback: (Logger.pyo|710)
[2] [Nov 30 13:42:12] [ action_processor_starter.exe ] line 111 in '<module>' in file 'action_processor_starter.py' (Logger.pyo|710)
[2] [Nov 30 13:42:12] [ action_processor_starter.exe ] line 1206 in 'runCommand' in file 'OPSI\System\Windows.pyo' (Logger.pyo|710)
[2] [Nov 30 13:42:12] [ action_processor_starter.exe ] ==>>> (5, 'CreateProcessAsUser', 'Zugriff verweigert') (action_processor_starter.py|117)
[6] [Nov 30 13:42:12] [ control server ] Worker <ocdlib.ControlServer.ControlServerJsonRpcWorker instance at 0x01B8F7D8> started processing (ControlServer.pyo|371)
[5] [Nov 30 13:42:12] [ control server ] Authorization request from nsw0146.gce.com@127.0.0.1 (ControlServer.pyo|320)
[5] [Nov 30 13:42:12] [ json rpc ] -----> Executing: setStatusMessage(u'0', u"Failed to process action requests: (5, 'CreateProcessAsUser', 'Zugriff verweigert')") (JsonRpc.pyo|96)
[5] [Nov 30 13:42:12] [ opsiclientd ] rpc setStatusMessage: Setting status message to 'Failed to process action requests: (5, 'CreateProcessAsUser', 'Zugriff verweigert')' (ControlServer.pyo|738)
[6] [Nov 30 13:42:12] [ event generator wait_for_gui ] sending notification 'messageChanged' to clients (Message.pyo|559)
[6] [Nov 30 13:42:12] [ json rpc ] Got result (JsonRpc.pyo|124)
[3] [Nov 30 13:42:12] [ action_processor_starter.exe ] Failed to process action requests: (5, 'CreateProcessAsUser', 'Zugriff verweigert') (action_processor_starter.py|124)
[5] [Nov 30 13:42:12] [ action_processor_starter.exe ] Unmounting depot share (action_processor_starter.py|128)
[6] [Nov 30 13:42:12] [ control server ] Worker <ocdlib.ControlServer.ControlServerJsonRpcWorker instance at 0x01B9FC88> started processing (ControlServer.pyo|371)
[5] [Nov 30 13:42:12] [ control server ] Authorization request from nsw0146.gce.com@127.0.0.1 (ControlServer.pyo|320)
[5] [Nov 30 13:42:12] [ json rpc ] -----> Executing: backend_exit() (JsonRpc.pyo|96)
[6] [Nov 30 13:42:12] [ json rpc ] Got result (JsonRpc.pyo|124)
[5] [Nov 30 13:42:12] [ event processing gui_startup ] Process 716 ended with exit code 0 (Windows.pyo|1000)
[6] [Nov 30 13:42:12] [ event processing gui_startup ] Session id set to 0 (Opsiclientd.pyo|543)
[6] [Nov 30 13:42:12] [ event generator wait_for_gui ] sending notification 'messageChanged' to clients (Message.pyo|559)
[6] [Nov 30 13:42:16] [ event generator wait_for_gui ] sending notification 'messageChanged' to clients (Message.pyo|559)
[5] [Nov 30 13:42:16] [ event processing gui_startup ] Writing log to service (Opsiclientd.pyo|780)
[6] [Nov 30 13:42:16] [ event generator wait_for_gui ] sending notification 'messageChanged' to clients (Message.pyo|559)
-------------------- submitted part of log file ends here, see the rest of log file on client --------------------
Gibt es Probleme mit Rechten. Nur ich wüsste momentan nicht wo und warum, zumal es ja funktioniert wenn man das ganze "on_demand" startet, und das auch während der Client im Login-Screen hängt.
Re: opsiclientd verbergen
Verfasst: 30 Nov 2010, 15:37
von Hauke
So, nach längerem suchen habe ich eine Vermutung.
Auf den PCs läuft per GPO ein Script das alle User ausser Admin/Domain Admin aus der Admingruppe löscht.
Das kommt wohl in die quere mit dem event_gui_startup Event, es löscht den pcpatch user wohl während die Aktion läuft.
Nur: wie kann ich das vermeiden? Kann man eine Wartezeit irgendwo einbauen das event_gui_startup 30s wartet vor dem run bis die System-GPOs durch sind?
Habt ihr eine Idee für eine andere Lösung?
Re: opsiclientd verbergen
Verfasst: 02 Dez 2010, 11:06
von HolgerH
Hallo,
um mich dem auch einmal anzuschließen. Das verbergen beim [event_on_demand] mit =winlogon funktioniert. Aber was muss ich eintragen um es beim starten des Rechners zu verbergen?
Ich denke einmal das ist bei [event_gui_startup] aber der Eintrag =winlogon zeigt keine Wirkung. Das Fenster des Winst startet trotzdem.
Gruß
Holger