.net Framework security
Hello,
I made a package for a company that contains an entry in the .net Framework security within the installation expert (Wise) to update the security.config file.
All works great in our test environment also for a standard user account.
But at the client their systems the package only installs with an admin account, with a standard user account there is an error and the package does a rollback.
This is the entry in the installer log file:
--------------------------------------------------------------------------------------
CustomActionSchedule(Action=WiseDotNetSec,ActionType=3073,Source=BinaryData,Target=WiseDotNetSec,CustomActionData=v2.0.50727WiseDotNetSec)
MSI (s) (C4:F8) [13:40:08:449]: Invoking remote custom action. DLL: C:\WINDOWS\Installer\MSI112.tmp, Entrypoint: WiseDotNetSec
MSI (s) (C4:F4) [13:40:08:449]: Generating random cookie.
MSI (s) (C4:F4) [13:40:08:465]: Created Custom Action Server with PID 1208 (0x4B8).
MSI (s) (C4:D4) [13:40:08:527]: Running as a service.
MSI (s) (C4:D4) [13:40:08:527]: Hello, I'm your 32bit Elevated custom action server.
Action 13:40:08: WiseDotNetSec. Updating .NET Framework Security...
WiseDotNetSec: for version "v2.0.50727"
Action ended 13:40:08: InstallFinalize. Return value 3.
----------------------------------------------------------------------------------------------
Does anyone know what the problem can be? is there a domein policy or whatever that prevents setting .net security??
Thanks,
I made a package for a company that contains an entry in the .net Framework security within the installation expert (Wise) to update the security.config file.
All works great in our test environment also for a standard user account.
But at the client their systems the package only installs with an admin account, with a standard user account there is an error and the package does a rollback.
This is the entry in the installer log file:
--------------------------------------------------------------------------------------
CustomActionSchedule(Action=WiseDotNetSec,ActionType=3073,Source=BinaryData,Target=WiseDotNetSec,CustomActionData=v2.0.50727WiseDotNetSec)
MSI (s) (C4:F8) [13:40:08:449]: Invoking remote custom action. DLL: C:\WINDOWS\Installer\MSI112.tmp, Entrypoint: WiseDotNetSec
MSI (s) (C4:F4) [13:40:08:449]: Generating random cookie.
MSI (s) (C4:F4) [13:40:08:465]: Created Custom Action Server with PID 1208 (0x4B8).
MSI (s) (C4:D4) [13:40:08:527]: Running as a service.
MSI (s) (C4:D4) [13:40:08:527]: Hello, I'm your 32bit Elevated custom action server.
Action 13:40:08: WiseDotNetSec. Updating .NET Framework Security...
WiseDotNetSec: for version "v2.0.50727"
Action ended 13:40:08: InstallFinalize. Return value 3.
----------------------------------------------------------------------------------------------
Does anyone know what the problem can be? is there a domein policy or whatever that prevents setting .net security??
Thanks,
0 Comments
[ + ] Show comments
Answers (4)
Please log in to answer
Posted by:
anonymous_9363
14 years ago
Why would you expect a user with ordinary user privileges to be able to install anything?
Posted by:
netloony
14 years ago
The application is deployed with GPO, so elevated rights for the user..
Posted by:
anonymous_9363
14 years ago
I suspect, therefore, that the Custom Action concerned has been set to execute with user rights and requires rights which vanilla users do not have.
Change it to execute in System context.
Change it to execute in System context.
Posted by:
AngelD
14 years ago
Could you turn on the Windows Installer Debug policy (give it a value of 7) to get some more info.
The execution looks good;
ActionType: 3073 = binary DLL, deferred execution, no impersonate
The execution looks good;
ActionType: 3073 = binary DLL, deferred execution, no impersonate
Rating comments in this legacy AppDeploy message board thread won't reorder them,so that the conversation will remain readable.