Utahduck said:
We are implementing group policies within our Microsoft Windows Active
Directory Service and I am looking for ideas on which group policies
have been effective to implement within a domain. Also, what are some
of the group policies you have implemented but later removed? Detail
on why you went with or without certain policies would be welcomed,
too.
Any detail, experience, and insight would be highly appreciated! I'd
also love links or attachments of white papers and case studies that
would add some guidance and suggestions.
Thank you for your time,
-Utah
Group policies are implemented according to need. It's not really a
smörgåsbord situation where you implement something just because someone
else did, or just because you can choose one from the list. One
organization might want the company logo displayed on every desktop,
another to assign a logon script for various users by department. If
people are connecting to a server via RDP, you might want to remove the
"shut down" command from the start menu. I like to redirect My Documents
to a server for backup purposes. I almost always assign a logon or
startup script for something (mapped drives, printers, etc.). Password
policies may need to be enforced. The policies you implement in your
organization should be based on YOUR unique needs. There are two ways to
do this:
1. Reactively. When a company policy violation, threat, misuse, abuse or
other problem is identified, policies are implemented to keep the same
thing from happening the future.
2. Pro actively. Try to determine where the potential for problems may
arise, and implement policies to prevent them from happening in the
first place.
Since it sounds like you are not experienced in group policy here are a
couple pieces of advice:
1) Implement policies individually (don't create one GPO that does
everything) For instance, if you need a startup script, create a GPO
named StartUpScript, and let it do that. Create a different GPO named
ReDirectMyDocuments if you need that. It'll save you much frustration
down the road.
2) ALWAYS, ALWAYS, ALWAYS test policies on a test user in an OU. NEVER,
NEVER put a policy out at the domain level until you KNOW EXACTLY what
the results will be. There are some policies that, if implemented
incorrectly, could force you to re-install!
3) Apply policies at the lowest level possible. If just clerks need a
policy, apply it in the clerks OU.
....kurt