Re: Cannot run program from network drive

From: Nicole Calinoiu (calinoiu)
Date: 04/11/05


Date: Mon, 11 Apr 2005 08:54:26 -0400


"Joseph MCAD" <anonymous@microsoft.discussions.com> wrote in message
news:%23JPQQDpPFHA.1884@TK2MSFTNGP15.phx.gbl...
> April 8, 2005
>
> To make this work for all computers, just add this code group under the
> Enterprise --> All_Code group.

This will include applications run from the internet, so it's not
necessarily a great idea even if a strong name membership condition will
also be used. One can add a local intranet zone group under All_Code at the
enterprise level configured identically to the group that is included by
default at the machine level. The new strong name group should be placed
under such a group in order if the goal is to trust assemblies signed with
the relevant key iff they are run from within the intranet.

> Do the exact same thing and let the assembly
> have FullTrust, but check the box that states Policy levels below this
> level
> will not be evaluated and check This policy level will only have the
> permissions from the permission set associated with this code group. This
> will allow the assembly to have fulltrust throughout the domain.

No, it will not. Despite its name, the enterprise policy resides on the
local client machine, and changes are not automatically propagated over a
domain. Changes to the enterprise policy must be deployed to the respective
client machines (exactly as if they were changes to the machine-level
configuration). On a Windows domain, one fairly common means of deploying
such policy changes is as an MSI (created via .NET Configuration MMC)
distributed as a GPO.

> Hope this
> helps!
>
> Joseph MCAD
>
>
>
> "Bendix" <Bendix@discussions.microsoft.com> wrote in message
> news:46772C63-25DF-4353-BC39-CF9E049BDF4A@microsoft.com...
>>I tried the not recommended solution, but it only work for that specific
>> computer. What if I want to run the program from a lot of workstations?
>>
>> Bendix
>>
>> "Joseph MCAD" wrote:
>>
>>>
>>> April 6, 2005
>>>
>>> You are right. Doing that isn't recommended. What would be better is
>>> to
>>> strong name the assembly and then create a code group under
>>> LocalIntranet_Zone that gives FullTrust to assemblies with that strong
>>> name.
>>> What are the details of the Security Exception? I believe I could solve
>>> your
>>> permission problem, if I had the details?
>>>
>>>
>>> Joseph MCAD
>>>
>>
>
>



Relevant Pages

  • Re: Assigning user profiles based on OU
    ... the computers via Group Policy. ... > to user student workstations and pull the student profile. ... create OU's for specific client machine sets and apply ... If the policy settings are specific to the ...
    (microsoft.public.win2000.group_policy)
  • Re: Reinstall everytime assigned applications through GPO on start
    ... Software installation extension has been called for background policy refresh ... Stations - R&D Software (EMEA computers). ... Stations - R&D Software (EMEA computers) is set for installation because it ... The assignment of application Remote Administrator v2.1 from policy Software ...
    (microsoft.public.windows.group_policy)
  • Re: CAS Policy issue
    ... If enterprise-specified CAS restrictions are set at the enterprise policy level, neither the machine nor user levels will be able to override the restrictions to grant additional permissions. ... Any given code group can be marked as exclusive, which will prevent code that meets the code group membership conditions from being granted any additional permissions via other groups. ... I'd really like the option to prevent the control from loading at child B level, but it seems with child C full trust, this is not possible. ... If you're trying to troubleshoot CAS permission problems, I'd recommend resetting your CAS policy. ...
    (microsoft.public.dotnet.security)
  • Re: better way to limit users/group to logon to specific workstati
    ... You can still do it in policy, ... logon locally setting, and apply it to all computers except the ones you ... Workstations" attribute - applying to the user accounts ...
    (microsoft.public.windows.group_policy)
  • Re: EventID 1054 from Userenv for startup script
    ... Did you configure the mentioned policy for the XP computers? ... startup script currently does not have Authenticated Users in its ACL. ... It obviously gets group policy ...
    (microsoft.public.windows.group_policy)