[gelöst] service_setup.cmd/swaudit /PXE+statische IP/Kix
Verfasst: 25 Okt 2008, 11:36
Hallo zusammen,
Wir prüfen derzeit ob OPSI nicht unsere derzeitige Softwareverteilung ablösen könnte - Einige Fragen nach Aufbau eines Prototyps (hat bisher wunderbar funktionert, ich persönlich bin jetzt schon ein kleiner OPSI-Fan geworden ) bleiben hier noch offen.
Zum Thema service_setup.cmd:
- Wir würden gerne den preloginloader per Anmeldeskript in einer Windows Domäne verteilen. Die service_setup.cmd fragt standardmäßig nach einem Account um den Opsi Client eintragen zu können ( root bzw. ein anderes Mitglied der Gruppe opsiadmin ), lässt sich dieser Account irgendwo hinterlegen damit das nicht angegeben werden muß ?
- Ebenso bootet der Client nach Ausführung der service_setup.cmd gleich durch, lässt sich das evtl. unterdrücken damit der preloginloader erst nach dem clnächsten manuellen Neustart voll funktionsfähig ist ?
Zum Thema swaudit:
- lassen sich in der Software-Inventarisierung auch zusätzlich bestimmte clientseitige Exe oder DLL-Dateien definieren ? Wir würden gerne prüfen ob clientseitig eine Exe-Datei oder DLL-Datei eine bestimmte Version hat.
- lässt sich swaudit so konfigurieren das geprüft werden kann ob clientseitig bestimmte Registry-Keys vorhanden sind ?
Zum Thema PXE + DHCP:
- evtl. führen wir auch OPSI bei unserem Kunden ein, problematisch ist hier daß das Netzwerk rein über statische IP-Adressen gemanaged wird ( im Moment lässt sich das auch aus politischen Gründen auch nicht ändern ). Fallen damit Betriebssysteminstallationen automatisch flach ? Ich kann mir im Moment jedenfalls nicht vorstellen wie PXE ohne DHCP funktionieren sollte... Einzigste Möglichkeit wäre die Einrichtung eines gesonderten Netzwerksegments incl. DHCP um Systeme aufzusetzen - sehe ich das richtig ?
Zum Thema Scripting:
- wir verwenden in unserer bisherigen Softwareverteilung in den Paketen grossteils Kix-Skripte ( z.B. um nochmals abzufragen ob genügend Festplattenplatz clientseitig vorhanden ist). Ich gehe im Moment davon aus daß wir Kix ( http://www.kixtart.org ) weiterhin in den Paketen verwenden können ? Sicherlich werden wir langfristig gesehen das ganze auf winst-Skripting umstellen, für den Start wäre es jedoch nicht schlecht hier etwas Komplexität herauszunehmen und mit einer uns bekannteren Skriptsprache zu arbeiten.
Vielen Dank vorab !
Grüße
Tobias
Wir prüfen derzeit ob OPSI nicht unsere derzeitige Softwareverteilung ablösen könnte - Einige Fragen nach Aufbau eines Prototyps (hat bisher wunderbar funktionert, ich persönlich bin jetzt schon ein kleiner OPSI-Fan geworden ) bleiben hier noch offen.
Zum Thema service_setup.cmd:
- Wir würden gerne den preloginloader per Anmeldeskript in einer Windows Domäne verteilen. Die service_setup.cmd fragt standardmäßig nach einem Account um den Opsi Client eintragen zu können ( root bzw. ein anderes Mitglied der Gruppe opsiadmin ), lässt sich dieser Account irgendwo hinterlegen damit das nicht angegeben werden muß ?
- Ebenso bootet der Client nach Ausführung der service_setup.cmd gleich durch, lässt sich das evtl. unterdrücken damit der preloginloader erst nach dem clnächsten manuellen Neustart voll funktionsfähig ist ?
Zum Thema swaudit:
- lassen sich in der Software-Inventarisierung auch zusätzlich bestimmte clientseitige Exe oder DLL-Dateien definieren ? Wir würden gerne prüfen ob clientseitig eine Exe-Datei oder DLL-Datei eine bestimmte Version hat.
- lässt sich swaudit so konfigurieren das geprüft werden kann ob clientseitig bestimmte Registry-Keys vorhanden sind ?
Zum Thema PXE + DHCP:
- evtl. führen wir auch OPSI bei unserem Kunden ein, problematisch ist hier daß das Netzwerk rein über statische IP-Adressen gemanaged wird ( im Moment lässt sich das auch aus politischen Gründen auch nicht ändern ). Fallen damit Betriebssysteminstallationen automatisch flach ? Ich kann mir im Moment jedenfalls nicht vorstellen wie PXE ohne DHCP funktionieren sollte... Einzigste Möglichkeit wäre die Einrichtung eines gesonderten Netzwerksegments incl. DHCP um Systeme aufzusetzen - sehe ich das richtig ?
Zum Thema Scripting:
- wir verwenden in unserer bisherigen Softwareverteilung in den Paketen grossteils Kix-Skripte ( z.B. um nochmals abzufragen ob genügend Festplattenplatz clientseitig vorhanden ist). Ich gehe im Moment davon aus daß wir Kix ( http://www.kixtart.org ) weiterhin in den Paketen verwenden können ? Sicherlich werden wir langfristig gesehen das ganze auf winst-Skripting umstellen, für den Start wäre es jedoch nicht schlecht hier etwas Komplexität herauszunehmen und mit einer uns bekannteren Skriptsprache zu arbeiten.
Vielen Dank vorab !
Grüße
Tobias