G
Guest
My focus is to deny all non computer science (CS) students from using my LABS (3) (140 - Computers + 400 CS students
My problem, our labs are open 20 hours a day, unsupervised to all Campus Students
My situation, we have been relegated to an Organization Unit
My containers are csc students and csc computers within the OU
My administrative nightmare, I have to remove domain users from users groups on the workstation and apply my container csc students users.
My method of deploying software, Ghost software., where I've attempted to lessen the administrative nightmare on my image but still have to (1) use SID and (2) have to still remove the groups sometimes because of problems.
Back to my focus, I need to make an argument with bullets why being a domain within the AD is less of an administratively nightmare.
Are their bullets I can use to cross reference being a Domain within the AD that would alleviate my administratively overload of being an OU, citing some of the above.
My problem, our labs are open 20 hours a day, unsupervised to all Campus Students
My situation, we have been relegated to an Organization Unit
My containers are csc students and csc computers within the OU
My administrative nightmare, I have to remove domain users from users groups on the workstation and apply my container csc students users.
My method of deploying software, Ghost software., where I've attempted to lessen the administrative nightmare on my image but still have to (1) use SID and (2) have to still remove the groups sometimes because of problems.
Back to my focus, I need to make an argument with bullets why being a domain within the AD is less of an administratively nightmare.
Are their bullets I can use to cross reference being a Domain within the AD that would alleviate my administratively overload of being an OU, citing some of the above.