Hallo,
wir haben das Problem, dass "hwaudit" keine korrekten Bildschirmdaten ermittelt.Das Auslesen der angeschlossenen Bildschirme lässt sich relativ leicht per Powershell ermitteln, wir könnten ein "hwaudit-custom"-Script schreiben.
Aber:
Wie schreibt man die Daten in die HW-Datenbank zurück?
Die Dokumentation zum entsprechenden Interface ist entweder (zu) dürftig oder (zu) gut versteckt oder zu hoch für mich.
Hat jemand einen passenden Codeschnipsel?
Danke und Gruß
kinzi
HW-Inventardaten zurückschreiben?
Re: HW-Inventardaten zurückschreiben?
Für uns wäre es auch von Interesse!
Dabei haben wir nur folgenden ergänzenden Wunsch: Überschreiben der Daten via Schalter im Backend zulassen bzw. verweigern
Wir haben einige tausend Geräte, welche keine Hersteller, Modell und Seriennr. hinterlegt haben. Wenn man sie auslesen möchte, bekommt man nur z.B.:
vendor: OEM
product/modell: Default String
S/N: KabyLake bzw. Coffee Lake (CPU codename)
Bei solchen Geräten würden wir einmalig z.B. via opsi-cli die Daten ins opsi Backend importieren lassen und die Überschreibenfunktion (NUR für diese Geräte und paar Felder) z.B. via Schalter "hwaudit.backend.update.sn.vendor.modell" = false" sperren. Restliche Daten (RAM, CPU, ...) wird hwaudit dann wie immer aktuell halten.
Auswirkung des Problems: unmöglich die Daten für Inventarisierung zu nehmen
Natürlich ist hier der Fabrikant und Lieferant der Hardware Schuld, aber uns würde diese Funktion sehr helfen
Anbei paar Bsp.:
Dabei haben wir nur folgenden ergänzenden Wunsch: Überschreiben der Daten via Schalter im Backend zulassen bzw. verweigern
Wir haben einige tausend Geräte, welche keine Hersteller, Modell und Seriennr. hinterlegt haben. Wenn man sie auslesen möchte, bekommt man nur z.B.:
vendor: OEM
product/modell: Default String
S/N: KabyLake bzw. Coffee Lake (CPU codename)
Bei solchen Geräten würden wir einmalig z.B. via opsi-cli die Daten ins opsi Backend importieren lassen und die Überschreibenfunktion (NUR für diese Geräte und paar Felder) z.B. via Schalter "hwaudit.backend.update.sn.vendor.modell" = false" sperren. Restliche Daten (RAM, CPU, ...) wird hwaudit dann wie immer aktuell halten.
Auswirkung des Problems: unmöglich die Daten für Inventarisierung zu nehmen
Natürlich ist hier der Fabrikant und Lieferant der Hardware Schuld, aber uns würde diese Funktion sehr helfen
Anbei paar Bsp.:
- OEM_Angaben_1.png (59.12 KiB) 506 mal betrachtet
- OEM_Angaben_2.png (44.7 KiB) 506 mal betrachtet
- OEM_Angaben_3.png (50.79 KiB) 506 mal betrachtet
Re: HW-Inventardaten zurückschreiben?
@kinzi
helfen dir evtl. folgende Infos (s. Screenshots)?
basiert auf der Methode (angepasst) aus folgendem Beitrag: viewtopic.php?p=63622#p63622
Du wolltest bestimmt eine Methode für den opsiclientd, um es ins opsi Skript einzubauen, aber zurzeit kann ich nur diese opsi-cli Methode liefern. Das opsi-cli steht auch für Windows als (protable) exe zur Verfügung, welche man dann ggfls. aus dem Skript heraus aufrufen könnte:
https://tools.43.opsi.org/stable/opsi-cli-windows.exe
EDIT:
Du kannst dir die Methoden aus dem opsi-cli Vorgehen in opsiServiceCalls umbauen und testen, falls es unbedingt ohne opsi-cli gehen muss. Wie sie funktionieren, kannst du im opsi-rename-client Paket von uib im once.opsiscript dir anschauen:
https://opsipackages.43.opsi.org/stable ... 1.0-3.opsi
helfen dir evtl. folgende Infos (s. Screenshots)?
basiert auf der Methode (angepasst) aus folgendem Beitrag: viewtopic.php?p=63622#p63622
Du wolltest bestimmt eine Methode für den opsiclientd, um es ins opsi Skript einzubauen, aber zurzeit kann ich nur diese opsi-cli Methode liefern. Das opsi-cli steht auch für Windows als (protable) exe zur Verfügung, welche man dann ggfls. aus dem Skript heraus aufrufen könnte:
https://tools.43.opsi.org/stable/opsi-cli-windows.exe
EDIT:
Du kannst dir die Methoden aus dem opsi-cli Vorgehen in opsiServiceCalls umbauen und testen, falls es unbedingt ohne opsi-cli gehen muss. Wie sie funktionieren, kannst du im opsi-rename-client Paket von uib im once.opsiscript dir anschauen:
https://opsipackages.43.opsi.org/stable ... 1.0-3.opsi
- Testversuch_1.png (217.34 KiB) 499 mal betrachtet
- Testversuch_2.png (193.16 KiB) 499 mal betrachtet
- Testversuch_3.png (145.99 KiB) 499 mal betrachtet