Seite 1 von 1

Anwendung von Paketen von nah nach fern

Veröffentlicht: 13. März 2024 - 12:01 Uhr
von vnatton
Guten Morgen,

Ja, der Titel ist unklar, aber ich wusste nicht, wie ich es kurz formulieren sollte.

Ich frage mich, ob es möglich ist, Pakete in einer Prioritätsreihenfolge „von nah nach fern“ anzuwenden, ohne dass die Konfiguration der fernen Pakete die Konfiguration der nahen Pakete überschreibt?

Da dies noch immer nicht klar ist, lassen Sie mich es erklären:
Ich habe ein Paket in einer gesamten Organisationseinheit bereitgestellt, aber es gibt ein oder mehrere Rechner, die Ausnahmen darstellen. Schauen Sie mich nicht schief an; Ausnahmen gibt es bei uns allen :P.
Ich dachte also dummerweise, ich könnte das in Konflikt stehende Paket einfach auf dem Rechner installieren. Das war tatsächlich dumm, denn es funktioniert nicht. Deshalb frage ich nun, ob wir ein Prioritätssystem für die Paketinstallation einführen könnten, das von der Nähe zur Entfernung sortiert.

Ein konkretes Beispiel:
Ich installiere Acrobat Reader in einer gesamten Organisationseinheit, aber auf einigen Rechnern ist bereits eine ältere Version von Acrobat Pro installiert (die daher nicht vom gleichen Installationsprogramm abhängig ist).
In meinem Fall konnte ich Acrobat Reader daher mit meinem Acrobat Pro-Paket in Konflikt bringen, ohne dass dies zu Fehlern oder wiederholter Deinstallation/Neuinstallation führte.
Meine aktuelle Lösung besteht darin, das Acrobat Reader-Paket zu modifizieren und die Ausnahmen dort einzufügen, was unschön und nicht sehr nachhaltig ist...

Code: Alle auswählen

if already_installed == True:
  if installed_version =="{AC76BA86-1033-FFFF-7760-0E0F06755100}":
    print("Acrobat 2015")
  elif installed_version == '{AC76BA86-1033-FFFF-7760-0E1401753200}':
    print("Acrobat 2017")
  elif installed_version =='{AC76BA86-1033-FFFF-7760-0E1401753200}':
    print("Acrobat 2020")
  elif installed_version == '{AC76BA86-1033-FF00-7760-BC15014EA700}':
    print("Reader DC ou Acrobat DC")
  return "OK"
else:
  return "WARNING"
 
Ich habe sicherlich noch nicht alle Details einer solchen Modifikation durchdacht, aber da wir viele hier sind, bin ich mir sicher, dass ich jemanden finden werde, der mehr Weitblick hat als ich.

Vielen Dank für Ihr Feedback
Guten Tag

Betreff: Anwendung von Paketen von nah nach fern

Veröffentlicht: 27. März 2024 - 11:04 Uhr
von Benoit
Hallo,

ich habe mir dieselben Gedanken gemacht und bin daher sehr gespannt auf eine Antwort auf diese Frage.

Viele Grüße,

Betreff: Anwendung von Paketen von nah nach fern

Veröffentlicht: 28. März 2024 - 19:05 Uhr
von dcardon
Hallo Vianney und Benoit,

diese Frage taucht immer wieder auf.

Eine Möglichkeit wäre, der Organisationseinheit (OU) ein „Metapaket“ zuzuweisen, das das entsprechende Adobe-Paket anhand Ihrer Kriterien installiert.

Alternativ könnten Sie die Workstations in einer separaten OU platzieren, die diese Pakete nicht erbt.

Falls das Problem durch Supportschwierigkeiten mit unterschiedlichen Betriebssystemversionen entsteht, können Sie mehrere Versionen parallel betreiben und die Betriebssystemversionen in der Steuerdatei des Pakets anpassen.

Sie könnten auch Profilpakete in Betracht ziehen, die auf Active Directory-Gruppen basieren.

Wir werden das von Vianney erwähnte Szenario intern besprechen und prüfen, wie wir die Berechnung der Abhängigkeiten gegebenenfalls anpassen können. Allerdings ist zusätzliche Komplexität auf dieser Ebene nicht immer ratsam, wie wir bei Gruppenrichtlinienobjekten (GPOs) und der Blockierung von Vererbung sehen; letztendlich verstehen wir nicht mehr, warum ein GPO angewendet wird oder nicht.

Viele Grüße,

Denis

Betreff: Anwendung von Paketen von nah nach fern

Veröffentlicht: 2. April 2024 - 11:41 Uhr
von vnatton
Hallo Denis,

mir ist völlig klar, dass eine solche Änderung nicht unerheblich wäre.
Könnte man sie nicht einfach „aktivieren“ (was die Sensibilität der Änderung natürlich nicht beseitigt)?

Ich arbeite bereits mit einem Metapaket der Kernanwendung, das das Acrobat Reader-Paket enthält. Da das „AcroPro“-Paket pro Rechner angewendet wird, verursacht dies einen Fehler mit „AcroReader“.
Ich wollte die Verwaltung zusätzlicher AD-Gruppen vermeiden, da diese meiner Meinung nach für Kollegen, die die Lösung nicht implementiert haben, nicht sehr benutzerfreundlich sind.

Die aktuelle Lösung für mein Problem wäre, dass das Reader-Paket mit den AD-Gruppen „Acrobat Pro xxxx“ und die Acrobat Pro-Versionen mit der entsprechenden AD-Gruppe als Abhängigkeiten in Konflikt geraten.

Ich wünsche Ihnen einen schönen Tag und danke Ihnen für Ihre Antwort und Ihr Verständnis. Viele Grüße,
Vianney