5
OCS Inventory Agent msi-Paket über GPO
Guten Morgen Administratoren,
ich bin Auszubildender im 3. Jahr und kurz vor meiner Abschlussprüfung.
Als Projektarbeit befasse ich mich mit dem OCS Inventory System und habe es bis jetzt ganz gut zum laufen gebracht.
Ich bin jetzt aber schon seit 3 Tagen daran den Agent per .msi Paket über unsere GPO zu verteilen, weil es sich einfach von unserer vorhandenen Infrastruktur am besten eignet.
Ich würde ihnen gerne meine Lage schildern.
Ich habe einen virtuellen Windows Server 2008 R2
und sagen wir erst einmal meine Clients Windows XP und 7
Die manuelle Installation funktioniert einwandfrei und ich erreiche den Server korrekt. Auch mit Parametern (getestet mit dem OCS Packager Tool)
Mein bisheriger Ablauf ein msi Paket zu erstellen ist folgender:
Starten von WIWW
Hinzufügen der OCS-NG-Windows-Agent-Setup.exe
Parameter sind: /S /SERVER=http://w2008s49/ocsinventory /user=ocs /pwd=ocs /now
cacert.pem denke ich nicht das ich es brauche, da, so wie ich es bis jetzt aufgefasst habe, es nur unter Verwendung von SSL benötigt wird, diese nutzen wir aber nicht (denke ich). Also klicke ich mich durch den WIWW weiter durch ohne große Einstellung zu machen und habe dann die msi. Diese funktioniert aber leider nicht. Wenn ich sie manuell ausführe wird zwar etwas "installiert", aber nicht der OCS Agent, das Setup wird nicht ausgeführt.
Wenn ich diese msi auch noch per Gruppenrichtlinie verteile, wird diese auch von meinen beiden Clients genommen aber es wird wie im manuellen nichts installiert. Meine Frage ist nun:
Warum startet das Setup von dem Agent in dem .msi-Paket mit den angegebenen Parametern nicht?
Ich würde mich wirklich riesig freuen wenn Ihr mir bei dem Problem weiterhelfen könnt, da meine Arbeitskollegen auch nicht mehr weitere Möglichkeiten sehen und ich mit meinem Projekt voran schreiten muss.
Vielen Dank im Voraus!
Liebe Grüße
S. Franke
Als Projektarbeit befasse ich mich mit dem OCS Inventory System und habe es bis jetzt ganz gut zum laufen gebracht.
Ich bin jetzt aber schon seit 3 Tagen daran den Agent per .msi Paket über unsere GPO zu verteilen, weil es sich einfach von unserer vorhandenen Infrastruktur am besten eignet.
Ich würde ihnen gerne meine Lage schildern.
Ich habe einen virtuellen Windows Server 2008 R2
und sagen wir erst einmal meine Clients Windows XP und 7
Die manuelle Installation funktioniert einwandfrei und ich erreiche den Server korrekt. Auch mit Parametern (getestet mit dem OCS Packager Tool)
Mein bisheriger Ablauf ein msi Paket zu erstellen ist folgender:
Starten von WIWW
Hinzufügen der OCS-NG-Windows-Agent-Setup.exe
Parameter sind: /S /SERVER=http://w2008s49/ocsinventory /user=ocs /pwd=ocs /now
cacert.pem denke ich nicht das ich es brauche, da, so wie ich es bis jetzt aufgefasst habe, es nur unter Verwendung von SSL benötigt wird, diese nutzen wir aber nicht (denke ich). Also klicke ich mich durch den WIWW weiter durch ohne große Einstellung zu machen und habe dann die msi. Diese funktioniert aber leider nicht. Wenn ich sie manuell ausführe wird zwar etwas "installiert", aber nicht der OCS Agent, das Setup wird nicht ausgeführt.
Wenn ich diese msi auch noch per Gruppenrichtlinie verteile, wird diese auch von meinen beiden Clients genommen aber es wird wie im manuellen nichts installiert. Meine Frage ist nun:
Warum startet das Setup von dem Agent in dem .msi-Paket mit den angegebenen Parametern nicht?
Ich würde mich wirklich riesig freuen wenn Ihr mir bei dem Problem weiterhelfen könnt, da meine Arbeitskollegen auch nicht mehr weitere Möglichkeiten sehen und ich mit meinem Projekt voran schreiten muss.
Vielen Dank im Voraus!
Liebe Grüße
S. Franke
Share on Facebook
Share on Twitter
Share on Reddit
Share on LinkedinPlease also mark the comments that contributed to the solution of the article
Content-Key: 204007
Url: https://administrator.de/contentid/204007
Printed on: April 23, 2024 at 07:04 o'clock
5 Comments
Latest comment
Hallo Soeren.Coburg,
lies mal das Text aufmerksam http://www.jos.si/_wichtig/Das1mal1derSoftwarepaketierung.pdf
LG,
ticuta1
lies mal das Text aufmerksam http://www.jos.si/_wichtig/Das1mal1derSoftwarepaketierung.pdf
LG,
ticuta1
Schon einmal vielen Dank! Das hat mir viel geholfen und mir auch wirklich viel über msi-Pakete erklärt.
Zudem habe ich jetzt auch verstanden das ich in das msi-Paket nicht einfach das Setup stecken kann, sondern ich sozusagen den Vorgang des Setups selbst in dem msi-Paket nach rekonstruieren muss.
Das brachte mich zu einem Punkt. Ich erkläre mal den Ablauf wie ich ihn mir vorstelle, wie er im msi-Paket ablaufen soll:
- Extrahieren einer .zip-Datei mit dem nötigen Programmordner (OCS Inventory NG) in C:\Programme\
Somit ist meiner Meinung das Programm schon einmal auf dem Client verfügbar. Jetzt kommen aber noch weitere
Schritte die das originale Setup durchführt, wobei ich aber noch etwas Hilfe benötige:
- Das kopieren der OcsSystray.exe in Autostart bekomme ich auch noch hin.
Jetzt kommt aber der eigentlich Knackpunkt.
- Das orig. Setup fügt die Datei OcsService.exe als Dienst hinzu. Nur wie mache ich das?
Zudem wenn ich, nachdem die ersten beiden Schritte erfolgreich durchgeführt wurden, die OcsService.exe manuell
Starte bekomme ich nur eine kurz aufpoppendes DOS Fenster und das wars. Daraus schließe ich das die
OcsService.exe wirklich nur als Dienst gedacht ist. Doch wie bewerkstellige ich das?
LG
S. Franke
Zudem habe ich jetzt auch verstanden das ich in das msi-Paket nicht einfach das Setup stecken kann, sondern ich sozusagen den Vorgang des Setups selbst in dem msi-Paket nach rekonstruieren muss.
Das brachte mich zu einem Punkt. Ich erkläre mal den Ablauf wie ich ihn mir vorstelle, wie er im msi-Paket ablaufen soll:
- Extrahieren einer .zip-Datei mit dem nötigen Programmordner (OCS Inventory NG) in C:\Programme\
Somit ist meiner Meinung das Programm schon einmal auf dem Client verfügbar. Jetzt kommen aber noch weitere
Schritte die das originale Setup durchführt, wobei ich aber noch etwas Hilfe benötige:
- Das kopieren der OcsSystray.exe in Autostart bekomme ich auch noch hin.
Jetzt kommt aber der eigentlich Knackpunkt.
- Das orig. Setup fügt die Datei OcsService.exe als Dienst hinzu. Nur wie mache ich das?
Zudem wenn ich, nachdem die ersten beiden Schritte erfolgreich durchgeführt wurden, die OcsService.exe manuell
Starte bekomme ich nur eine kurz aufpoppendes DOS Fenster und das wars. Daraus schließe ich das die
OcsService.exe wirklich nur als Dienst gedacht ist. Doch wie bewerkstellige ich das?
LG
S. Franke
Hallo,
wir nutzen ocsinventory und importieren dann nach i-doit. Das geht und ist Compliance und
Revisions sicher.
Bei Problemen mit OCS sollte man auf die Ausfuehrliche Doku von ocs zurueckgreifen.
Hier solltest Du Deine Loesung finden.
http://wiki.ocsinventory-ng.org/index.php/Documentation:WindowsAgent
Gruss und viel Erfolg!
wir nutzen ocsinventory und importieren dann nach i-doit. Das geht und ist Compliance und
Revisions sicher.
Bei Problemen mit OCS sollte man auf die Ausfuehrliche Doku von ocs zurueckgreifen.
Hier solltest Du Deine Loesung finden.
http://wiki.ocsinventory-ng.org/index.php/Documentation:WindowsAgent
Gruss und viel Erfolg!
Hi.
Die Frage ist zunächst, ob das mit diesem Kommando manuell funktioniert. Zweite Frage ist, ob es mit anderen Setups ebensowenig klappt. Dritte, welche WIWW-Version Du einsetzt. 4., was mitgeloggt werden kann (mit procmon), während Du das MSI (mit Systemrechten! also via psexec -s -i msiexec /i \\server\share\...msi) ausführst.
Als Alternative bleibt ein Startskript.
Zudem habe ich jetzt auch verstanden das ich in das msi-Paket nicht einfach das Setup stecken kann, sondern ich sozusagen den Vorgang des Setups selbst in dem msi-Paket nach rekonstruieren muss.
Wie kommst Du darauf? Du sprichst mit WIWW von einem Wrapper... genau so wie Du ihn benutzt, funktioniert der normalerweise, dafür ist er da, dass man genau das nicht tun muss. Der Wrapper führt in seinem MSI nur ein einziges Kommando aus: \\server\share\OCS-NG-Windows-Agent-Setup.exe /S /SERVER=http://w2008s49/ocsinventory /user=ocs /pwd=ocs /nowDie Frage ist zunächst, ob das mit diesem Kommando manuell funktioniert. Zweite Frage ist, ob es mit anderen Setups ebensowenig klappt. Dritte, welche WIWW-Version Du einsetzt. 4., was mitgeloggt werden kann (mit procmon), während Du das MSI (mit Systemrechten! also via psexec -s -i msiexec /i \\server\share\...msi) ausführst.
Als Alternative bleibt ein Startskript.
Danke für den Parameter Vorschlag, ich werde ihn einmal testen.
Ich benutze den WIWW 0.2.0.
und auch das mit den Systemrechten werde ich einmal versuchen!
Ich melde mich zurück.
Ich benutze den WIWW 0.2.0.
und auch das mit den Systemrechten werde ich einmal versuchen!
Ich melde mich zurück.
