.NET-Anwendung auf non-admin-account lauffähig?

[messie]

Moin,

zum Testen von Installationsroutinen verwende ich ein eingeschränktes Vista-Konto mit aktivierter UAC. Das ist so ziemlich die Höchststrafe, die es an Beschränkungen gibt
Ich habe nun eine Installationsroutine laufen lassen, die keine Adminrechte erfordert. Das mache ich seit Jahren mit nativen Win32-Anwendungen und das läuft weltweit problemlos. Nur: die exe scheint das .NET-Framework nicht starten zu können und stürzt dabei ab. Wenn ich "als Admin ausführen" wähle, läuft das Programm.

Sind .NET-Programme generell nur lauffähig, wenn sie vom Admin installiert wurden?

Grüße, Messie

[Phoenix]

Nein. Die Anwendung wird irgendwas versuchen, was ohne mehr Rechte nicht geht.
Ein klassischer Fall der in aller Regel Full Trust und damit höchste Rechte benötigen würde wäre z.B. dynamische Codegenerierung.

[messie]

Zitat von Phoenix:

Nein. Die Anwendung wird irgendwas versuchen, was ohne mehr Rechte nicht geht.

Z.B. das Anlegen von Unterverzeichnissen in ProgramData?

Grüße, Messie


Edit: oder könnte das aktivierte ClickOnce Rechte anfordern, die das eingeschränkte Account nicht bekommt?

[Phoenix]

Eher nicht. In ProgramData sollten Programme immer eigene Ordner anlegen und da reinschreiben können.

Mit ClickOnce kenne ich mich leider nicht genug aus um sagen zu können was da schief geht. Aber wenn die Anwendung mit ClickOnce installiert wurde ist die 'Quelle' wahrscheinlich das Internet. Was steht denn in der Policy für diese Quelle? Dürfen da Anwendungen überhaupt ausgeführt werden? Vielleicht guckt der erst rein, sieht "internet" und killt das sofort wieder.

[messie]

Hmmm, das mit dem ClickOnce erstellte Manifest sieht aber gut aus:

Zitat:

<trustInfo>
<security>
<applicationRequestMinimum>
<PermissionSet Unrestricted="true" ID="Custom" SameSite="site" />
<defaultAssemblyRequest permissionSetReference="Custom" />
</applicationRequestMinimum>
<requestedPrivileges xmlns="urn:schemas-microsoft-com:asm.v3">
<!--
UAC-Manifestoptionen
Wenn Sie die Zugangsebene für das Windows-Benutzerkonto ändern möchten, ersetzen Sie den
requestedExecutionLevel-Knoten durch eines der folgenden Elemente.

<requestedExecutionLevel level="asInvoker" uiAccess="false" />
<requestedExecutionLevel level="requireAdministrator" uiAccess="false" />
<requestedExecutionLevel level="highestAvailable" uiAccess="false" />

Löschen Sie den requestedExecutionLevel-Knoten, wenn Sie
zum Gewährleisten der Abwärtskompatibilität die Datei- und Registrierungsvirtualisierung verwenden möchten.
-->
<requestedExecutionLevel level="asInvoker" uiAccess="false" />
</requestedPrivileges>
</security>
</trustInfo>

Allerdings frage ich mich gerade, ob das VS das evtl. nicht mit in die exe gelinkt hat. Denn mitinstalliert habe ich die Manifest-Datei nicht.

Grüße, Messie

[Luckie]

Dann guck dir die Exe mit einem Ressourceneditor an.