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
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
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 204007
Url: https://administrator.de/forum/ocs-inventory-agent-msi-paket-ueber-gpo-204007.html
Ausgedruckt am: 11.05.2025 um 12:05 Uhr
5 Kommentare
Neuester Kommentar
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
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.