8
Software nach installation mit Softwareverteilung einmalig als Admin ausführen
Hallo,
beim Testen der Installation einer Software mit Hilfe meiner Softwareverteilung ist herausgekommen, dass diese nach der Installation einmalig als Administrator ausgeführt werden muss. Anderen Falles wird ein ganz bestimmtes ActiveX-Element (ocx) nicht registriert und die Software liefert beim Start mit Benutzerrechten einen Fehler. Umgehung war bisher folgendes. Entweder zum Rechner laufen und regsvr32 als Admin ausführen oder als Admin anmelden und die Software einmal ausführen.
Das Ganze ist natürlich recht unbefriedigend denn ich möchte mit der Softwareverteilung ja gerade verhindern, dass ich zu den Rechnern laufen muss.
Wer kann mir helfen, eine Lösung zu finden?
Wichtig wäre mir dabei, dass nach der Verteilung der Software(Zeitpunkt offen, da Rechner den Job startet wenn er das nächste Mal online ist) die Softwareausführung bzw. Registrierung ocx nur einmalig geschieht. Daher denke ich, dass die oft verwendeten Startscripte nur wenig geeignet sind.
ganymed
beim Testen der Installation einer Software mit Hilfe meiner Softwareverteilung ist herausgekommen, dass diese nach der Installation einmalig als Administrator ausgeführt werden muss. Anderen Falles wird ein ganz bestimmtes ActiveX-Element (ocx) nicht registriert und die Software liefert beim Start mit Benutzerrechten einen Fehler. Umgehung war bisher folgendes. Entweder zum Rechner laufen und regsvr32 als Admin ausführen oder als Admin anmelden und die Software einmal ausführen.
Das Ganze ist natürlich recht unbefriedigend denn ich möchte mit der Softwareverteilung ja gerade verhindern, dass ich zu den Rechnern laufen muss.
Wer kann mir helfen, eine Lösung zu finden?
Wichtig wäre mir dabei, dass nach der Verteilung der Software(Zeitpunkt offen, da Rechner den Job startet wenn er das nächste Mal online ist) die Softwareausführung bzw. Registrierung ocx nur einmalig geschieht. Daher denke ich, dass die oft verwendeten Startscripte nur wenig geeignet sind.
ganymed
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 191243
Url: https://administrator.de/contentid/191243
Ausgedruckt am: 17.11.2024 um 03:11 Uhr
8 Kommentare
Neuester Kommentar
Hallo
Per RDP aufschalten und run as ausführen? Oder direkt nach Ende der Softwareverteilung das Programm mit run as starten und schließen, damit die ocx registriert wird?
LG
Per RDP aufschalten und run as ausführen? Oder direkt nach Ende der Softwareverteilung das Programm mit run as starten und schließen, damit die ocx registriert wird?
LG
Hallo,
RDP spart zwar die lauferei schützt mich aber dennoch nicht davor jeden Rechner einmal zu bearbeiten.
runas ist natürlich immer besser als anmelden da hast du nartürlich recht, aber leider auch keine Lösung bei der ich eben nicht jeden Rechner einmal anfassen muss.
ganymed
RDP spart zwar die lauferei schützt mich aber dennoch nicht davor jeden Rechner einmal zu bearbeiten.
runas ist natürlich immer besser als anmelden da hast du nartürlich recht, aber leider auch keine Lösung bei der ich eben nicht jeden Rechner einmal anfassen muss.
ganymed
Hallo
Und wenn du die ocx-File im Anschluss an das Installskript gleich mit registrierst? Quasi als Teil des vbs-Skriptes.
regsvr32 /s ocx.ocx
Natürlich muss der Pfad zur ocx-File mit angegeben werden.
LG
Und wenn du die ocx-File im Anschluss an das Installskript gleich mit registrierst? Quasi als Teil des vbs-Skriptes.
regsvr32 /s ocx.ocx
Natürlich muss der Pfad zur ocx-File mit angegeben werden.
LG
Ich verwende kein Installationsscript.
Meine Softwareverteilung (InstallDesk von FCS) bekommt eine *.msi oder wie in diesem Fall einfach die install.exe und einige Installationsparameter.
Aber du hast mich da auf eine Idee gebracht.
Ich kann mit Installdesk auch Installationspakete erstellen die verschiedene Software hintereinander installieren. Eventuell bekomme ich das ja hin wenn ich in solch einem Paket erst die install.exe und danach eine registerocx.cmd ausführen lasse.
Teste das und melde mich dann wieder.
Meine Softwareverteilung (InstallDesk von FCS) bekommt eine *.msi oder wie in diesem Fall einfach die install.exe und einige Installationsparameter.
Aber du hast mich da auf eine Idee gebracht.
Ich kann mit Installdesk auch Installationspakete erstellen die verschiedene Software hintereinander installieren. Eventuell bekomme ich das ja hin wenn ich in solch einem Paket erst die install.exe und danach eine registerocx.cmd ausführen lasse.
Teste das und melde mich dann wieder.
Moin,
kannst du bei deiner Softwareverteilung eventuell ne Batch mitgeben?
In der könntest du das runas als befehl laufen lassen mit admin zugangsdaten und die batch durch eventuell eine 2te batch danach löschen. Somit sind keine Adminzugangsdaten irgendwo zugänglich.
Du könntest sonst durch ein Hash-Tool, das du dann ebenfalls per Verteilung verteilst, das PW Hashen und somit isses net leserlich aber deine batch entschlüsselt das PW dann mitm Hashwert.
Gruß Zero
kannst du bei deiner Softwareverteilung eventuell ne Batch mitgeben?
In der könntest du das runas als befehl laufen lassen mit admin zugangsdaten und die batch durch eventuell eine 2te batch danach löschen. Somit sind keine Adminzugangsdaten irgendwo zugänglich.
Du könntest sonst durch ein Hash-Tool, das du dann ebenfalls per Verteilung verteilst, das PW Hashen und somit isses net leserlich aber deine batch entschlüsselt das PW dann mitm Hashwert.
Gruß Zero
Danke für die Hilfe.
Habe jetzt eine Lösung die eigentlich recht praktikabel ist.
Ich erstelle in meiner Softwareverteilung ein sogenanntes Installationspaket das zwei Installationsjobs enthält.
1. Installation der Software (exe mit den Parametern)
2. "Installation" registerocx.bat die enthält nur eine einzige Zeile "regsvr32 /s mscomct2.ocx"
Da die Softwareverteilung die Jobs als Administrator startet funktioniert das auch.
Zumindes für alle XP Kisten funktioniert das schon mal prima.
Bei Windows 7 kommt allerdings eine Meldung über "Interaktive Meldungen" hoch.
Das sind aber nicht so viele Rechner bei uns und somit könnte ich dort wieder die manuelle Lösung fahren.
Für die Zukunft ist das allerdings nichts denn es werden sicherlich immer mehr Windows 7 Rechner werden.
Habe jetzt eine Lösung die eigentlich recht praktikabel ist.
Ich erstelle in meiner Softwareverteilung ein sogenanntes Installationspaket das zwei Installationsjobs enthält.
1. Installation der Software (exe mit den Parametern)
2. "Installation" registerocx.bat die enthält nur eine einzige Zeile "regsvr32 /s mscomct2.ocx"
Da die Softwareverteilung die Jobs als Administrator startet funktioniert das auch.
Zumindes für alle XP Kisten funktioniert das schon mal prima.
Bei Windows 7 kommt allerdings eine Meldung über "Interaktive Meldungen" hoch.
Das sind aber nicht so viele Rechner bei uns und somit könnte ich dort wieder die manuelle Lösung fahren.
Für die Zukunft ist das allerdings nichts denn es werden sicherlich immer mehr Windows 7 Rechner werden.
Hallo
Das liegt an der UAC. Da musst du dann natürlich komplett anders ran gehen. Auf die Schnelle fand ich jetzt erstmal diesen Thread.
http://social.technet.microsoft.com/Forums/en-US/ITCG/thread/d58f42c0-c ...
LG
Das liegt an der UAC. Da musst du dann natürlich komplett anders ran gehen. Auf die Schnelle fand ich jetzt erstmal diesen Thread.
http://social.technet.microsoft.com/Forums/en-US/ITCG/thread/d58f42c0-c ...
LG
Danke!
Werd mich da mal durcharbeiten aber nicht mehr Heute, gleich ist Feierabend.
Gegebenen Falles mache ich dazu dann noch einen neuen Thread auf, da das ja ein anderes Problem darstellt.
LG ganymed
Werd mich da mal durcharbeiten aber nicht mehr Heute, gleich ist Feierabend.
Gegebenen Falles mache ich dazu dann noch einen neuen Thread auf, da das ja ein anderes Problem darstellt.
LG ganymed
