MSI Installer Datei/Ordner Berechtigungen

Question

Ich versuche, eine Reihe von Dateien im Ordner programsdata mit grundlegenden MSI-Installer zu installieren. Da der Inhalt der Dateien dynamisch ist und während des Installationsprozesses generiert wird, erstelle ich die Dateien während der Installation in C# -Code.

Die Dateien werden in den entsprechenden Ordnern erstellt, und alles ist gut, außer den Dateien Berechtigungen. Soweit ich weiß, sollen Dateien ihre Berechtigungen vom übergeordneten Ordner übernehmen (falls aktiviert), aber in diesem Fall geschieht dies nicht. Die von mir erstellten Dateien sollten für normale Benutzer schreibbar sein, und ich möchte nicht explizit für jede erstellte Datei Berechtigungen festlegen. Könnte das Problem sein, dass das Installationsprogramm mit unterschiedlichen Berechtigungen ausgeführt wird und daher die Dateien nicht die Berechtigungen von ihren übergeordneten Ordnern erben?

Vielen Dank im Voraus für jede Hilfe.

Answer 1

Das Installationsprogramm wird mit Administratorzugriff ausgeführt, wodurch es möglich ist, alles in Programmdateien zu ändern. Ein normaler Benutzer hätte nur Lesezugriff auf den Ordner mit den Programmdateien und den Ordner "ProgramData/Common Application Data".

MSI lock permission table ermöglicht einem Setup-Programm, die Berechtigung eines Ordners nach dem Erstellen in ProgramData/Common Application Data zu ändern. Die Setup-Projekte von Visual Studio unterstützen die MSI-Sperrberechtigungstabelle nicht. Wenn der von Ihnen erstellte Ordner für normale Benutzer in einem Setup-Projekt schreibbar sein soll, müssen Sie das Recht in einer benutzerdefinierten Aktion mit SetNamedSecurityInfo gewähren oder die MSI-Datenbank als Post bearbeiten Schritt bauen. Sie können auch eine MSI-Authoring-Software finden, die mit der MSI-Sperrberechtigungstabelle umgehen kann.

Answer 2

Wenn Sie die Ordnerberechtigungen manuell mit einer benutzerdefinierten Aktion festlegen und die Dateien mit einer anderen benutzerdefinierten Aktion generieren und installieren, kann das Problem durch die Ausführungsreihenfolge verursacht werden.

Answer 3

Ich hatte das sehr ähnliche Problem und ich konnte es mit dem Beispiel here lösen.

Answer 4

Ich hatte ein ähnliches Problem hier. Das Problem hier ist, dass msi die Dateien mit dem Benutzer SYSTEM erstellt hat. Und während der Laufzeit verwendete die Anwendung den angemeldeten Benutzer (der keine Schreibberechtigung für diese Datei hatte). Was ich getan habe, ist eine neue Datei (wenn nicht vorhanden) während der Initialisierung der Anwendung mit dem vom Installer erstellten erstellen. Dann hat diese Datei die Schreibberechtigung. Es ist keine gute Übung, aber löste mein Problem.