MSI umpacken - schlechte Praxis?

310
ForJ9

Ich möchte MSIs mit benutzerdefinierten Änderungen neu verpacken

Ein Beispiel: Ich verwende einen Windows Server und Gruppenrichtlinienobjekte, um Software für Clients bereitzustellen. Wenn ich dort ein MSI von zB firefox stecke, wird es als normale Software installiert, aber ich brauche zum Beispiel benutzerdefinierte Add-Ons und eine andere Startseite (natürlich gibt es GPOs, die das tun, aber nicht jede Software unterstützt dies).

Daher verwende ich die Anwendung "AppDeploy Repackager", die eine benutzerdefinierte MSI aus den Änderungen erstellt, die während der Installation vorgenommen wurden. Ich habe einige Add-Ons für Firefox installiert und einige Einstellungen geändert. Nachdem das MSI fertiggestellt war, kopierte ich das MSI auf einen anderen Computer und installierte es. Alles funktioniert gut mit meinen Presets.

Jetzt habe ich gelesen, dass dieser Prozess eine "Katastrophe" verursachen kann. Haben Sie diesen Prozess bereits in Ihrer Umgebung angewendet und wie ist Ihre Meinung dazu?

Und kann dieses MSI ohne Probleme auf anderen Hardwaremaschinen verschiedener Hersteller installiert werden (tatsächlich ist jeder Rechner 64-Bit-fähig)? Ich konnte es nur auf VirtualBox-Maschinen testen.

2

1 Antwort auf die Frage

2
Lister

Viele Unternehmen verpacken msi's mit benutzerdefinierten Ergänzungen.

Ich arbeite in einem Unternehmen, das verschiedene Bereitstellungsmethoden durchlaufen hat. (Nicht immer durch Wahl!)

Wir haben vor allem in der Vergangenheit MSIs durch GPO verdrängt. Die meisten davon würden installiert, modifiziert und dann neu gepackt. Wenn die Wiederverpackungssoftware alle Registrierungsschlüssel, Dateien, Ordner usw. von der Installation abruft, ist dies kein Problem.

Andere Repacker fügen den ausführbaren Installern nur ein Skin hinzu, wodurch sie wie ein MSI aussehen. In Wirklichkeit handelt es sich nur um ein Exe.

Es gibt einen anderen Typ, mit dem Sie das MSI selbst ändern können. Dies ist wahrscheinlich am gefährlichsten, da möglicherweise Benutzerfehler auftreten. Wenn Sie das MSI nicht erstellt haben, wissen Sie nicht genau, wie es gebaut wurde und was die Absicht jedes Teils ist. Es kann nicht einmal eine Dokumentation darüber geben, was alles ist.

In diesem Fall könnten Sie die Bereitstellung sehr durcheinander bringen. Die "Katastrophe", die folgen würde, würde sehr davon abhängen, wo Sie den Fehler gemacht haben und was Sie bearbeitet haben. Das Gleiche gilt für das Bereitstellen von Software oder das falsche Schreiben eines Befehls in der Eingabeaufforderung.

SO TLDR: Katastrophen sind möglich, der Schweregrad hängt davon ab, was Sie getan haben. Wie Sie es bereits erwähnt haben, müssen Sie das MSI in einem vertrauten Bereich, der GUI, konfigurieren. Die Maschine übernimmt die Änderungen für Sie.

Das klingt so, dass es der einfachste Weg wäre. Natürlich gibt es immer etwas, was man vermasseln kann. Wir planen jedoch, das MSI-Paket auf einer snapshottet Win10-VM zu erstellen, die auf den Installationsstatus zurückgesetzt werden kann. Außerdem wird jeder unnötige Prozess und Dienst (wie explorer.exe) gestoppt. Haben Sie schon einige Erfahrungen, wenn das umgepackte MSI auch auf Maschinen verschiedener Hersteller funktioniert? ForJ9 vor 6 Jahren 0
Eine weitere Ergänzung: Welche Software haben Sie verwendet? Und was würdest du empfehlen? ForJ9 vor 6 Jahren 0
Ja, wir verwenden verschiedene Marken von Laptops und Desktops, es wären hauptsächlich Fenster selbst / die Anwendung, die Probleme hätten. Und ja, die Snapshot-Maschine ist eine gute Idee, wir haben das Gleiche getan. Ich kann mich nicht erinnern, was vorher verwendet wurde, es lief unter Windows XP. Wir haben PDQ Deploy anstelle von Neuverpackungen verwendet. Lister vor 6 Jahren 0