Konzept für dezentrale Depot-Server mit on-demand Install
Verfasst: 02 Dez 2014, 21:48
Hallo miteinander,
ich habe endlich mal Zeit gefunden mich mit OPSI zu beschäftigen und auch schon einen OPSI-Server (Config und Depot-Server) installiert. Was ich bisher gesehen habe gefällt mir sehr gut.
Mittlerweile habe ich auch schon im Forum gesucht, Anleitungen gelesen etc; aber leider habe ich bisher noch keine Details zum Thema Verteilte Depotserver gefunden. Was ich bereits weiß ist, dass man einen Depot-Server anbinden kann und dorthin auch Pakete hochladen kann. Soweit so gut. Allerdings bräuchte ich noch ein paar praxisnahe Lösungsansätze / Anregungen für folgendes Szenario:
1 Zentraler Config-Server - dieser steht bei uns
x dezentrale Depot-Server - diese stehen beim jeweiligen Kunden
die Anbindung sollte nach Möglichkeit nicht über Site-to-Site-VPN realisiert werden
Nun ist es ja meines Wissen so, dass die Clients sich beim "Zentralen Config-Server" melden und auch dort bei Bedarf Ihre TODO-Liste abarbeiten und Inventorydaten ablegen etc.
Kann ich nun vom zentralen Config-Server aus ein "ON-DEMAND" Setup auslösen? Ich vermute mal nicht, da ich ja dafür auf den Port TCP/4441 des Clients muss. Oder kann man das alternativ vom Depot-Server vor Ort auslösen.
Grundsätzlich möchte ich mir einen zentralen Überblick über den IST-Stand bei unseren Kunden verschaffen, gespeicherte Abfragen und Softwareverteilungen auf alle Kunden anwenden können. Wenn ich aus der Zentrale keine Push-Installationen auf den Clients ausführen kann, dann würde mich interessieren ob ich hier besser eigene Config+Depot-Server für jeden Kunden einrichte und mir die OPSI-Pakete (Clientsoftware) und meine gespeicherten Abfragen manuell oder per Skript übertragen soll? Vielleicht gibt es da ja sogar was, dass ich noch nicht entdeckt habe.
Ich denke, dass in Zukunft der eine oder andere Kunde auch ein kostenpflichtiges Modul (Lizenzmanagement etc) erwirbt, was nicht von allen unseren Kunden benötigt wird. Dann stellt sich natürlich die Frage wie sich das mit einem "Zentralen Gedanken (Config-Server)" realisieren lässt.
Gruß
ich habe endlich mal Zeit gefunden mich mit OPSI zu beschäftigen und auch schon einen OPSI-Server (Config und Depot-Server) installiert. Was ich bisher gesehen habe gefällt mir sehr gut.
Mittlerweile habe ich auch schon im Forum gesucht, Anleitungen gelesen etc; aber leider habe ich bisher noch keine Details zum Thema Verteilte Depotserver gefunden. Was ich bereits weiß ist, dass man einen Depot-Server anbinden kann und dorthin auch Pakete hochladen kann. Soweit so gut. Allerdings bräuchte ich noch ein paar praxisnahe Lösungsansätze / Anregungen für folgendes Szenario:
1 Zentraler Config-Server - dieser steht bei uns
x dezentrale Depot-Server - diese stehen beim jeweiligen Kunden
die Anbindung sollte nach Möglichkeit nicht über Site-to-Site-VPN realisiert werden
Nun ist es ja meines Wissen so, dass die Clients sich beim "Zentralen Config-Server" melden und auch dort bei Bedarf Ihre TODO-Liste abarbeiten und Inventorydaten ablegen etc.
Kann ich nun vom zentralen Config-Server aus ein "ON-DEMAND" Setup auslösen? Ich vermute mal nicht, da ich ja dafür auf den Port TCP/4441 des Clients muss. Oder kann man das alternativ vom Depot-Server vor Ort auslösen.
Grundsätzlich möchte ich mir einen zentralen Überblick über den IST-Stand bei unseren Kunden verschaffen, gespeicherte Abfragen und Softwareverteilungen auf alle Kunden anwenden können. Wenn ich aus der Zentrale keine Push-Installationen auf den Clients ausführen kann, dann würde mich interessieren ob ich hier besser eigene Config+Depot-Server für jeden Kunden einrichte und mir die OPSI-Pakete (Clientsoftware) und meine gespeicherten Abfragen manuell oder per Skript übertragen soll? Vielleicht gibt es da ja sogar was, dass ich noch nicht entdeckt habe.
Ich denke, dass in Zukunft der eine oder andere Kunde auch ein kostenpflichtiges Modul (Lizenzmanagement etc) erwirbt, was nicht von allen unseren Kunden benötigt wird. Dann stellt sich natürlich die Frage wie sich das mit einem "Zentralen Gedanken (Config-Server)" realisieren lässt.
Gruß