Difficulty: Medium
Correct Answer: Any Windows NT Workstation in the RESEARCH domain
Explanation:
Introduction / Context: Windows NT distinguished global, local, and domain local groups, each with particular scopes. Domain local groups (created in a domain) are intended to be used to assign permissions on resources in that same domain’s computers. Correctly choosing where to perform the ACL assignment helps avoid scope and trust confusion.
Given Data / Assumptions:
Concept / Approach: Domain local groups can be used to assign permissions only within their own domain. Therefore, you typically perform ACL changes on a machine that is a member of the RESEARCH domain (for example, a Windows NT Workstation or Server in RESEARCH). Trust direction (LAB trusts RESEARCH) does not move the scope of the domain local group; it only affects which accounts can be added or authenticated for access.
Step-by-Step Solution:
Identify R-Editors as domain local (scope limited to RESEARCH resources).Choose a workstation/server joined to RESEARCH to set ACLs.Assign permissions using R-Editors on resources residing in RESEARCH.Verification / Alternative check: NT domain best practices: “Global groups for users, Domain Local groups for permissions, and place Global into Local” (AGDLP) pattern confirms the usage within the same domain.
Why Other Options Are Wrong:
LAB domain machines: cannot apply a RESEARCH domain local group to LAB resources.BDC in LAB: same scope problem as above.BDC in RESEARCH: possible if managing server ACLs, but the question asks broadly; any RESEARCH workstation is sufficient.None of the above: incorrect because RESEARCH workstations are correct.Common Pitfalls: Confusing group scope (global vs local) and trust direction; assuming trusts let you use domain local groups across domains for permissions—they do not.
Final Answer: Any Windows NT Workstation in the RESEARCH domain.
Discussion & Comments