Want to protect your cyber security and still get fast solutions? Ask a secure question today.Go Premium

x
  • Status: Solved
  • Priority: Medium
  • Security: Public
  • Views: 5123
  • Last Modified:

Disable access to change date and time

I'm a sys. admin and want throgh some policy or something disable the user from being able to change the time/date settings of a computer. I have found a way to make it disappear from the system tray but it is not the ideal solution. any ideas?
0
borgb002
Asked:
borgb002
  • 5
  • 4
  • 2
  • +1
1 Solution
 
MrNiss99Commented:
As long as the user is not in the local administrators group then they shouldn't be able to change date/ time.
0
 
borgb002Author Commented:
in fact they are....... any work arounds please?
0
 
Point-In-CyberspaceCommented:
Normal users cannot change date/time on the machine. If users are power users or administrators you can use a local policy that you can apply to local computers or, if there is a domain, a group policy to do this.

Open policy editor and look for:
  Computer config/Windows settings/User rights/Change system time

Here you can set who will be able to change date and time.

0
Concerto's Cloud Advisory Services

Want to avoid the missteps to gaining all the benefits of the cloud? Learn more about the different assessment options from our Cloud Advisory team.

 
borgb002Author Commented:
can't find it.... under "Windows Settings" there are only two options:
Scripts
Security settings
0
 
Point-In-CyberspaceCommented:
My mistake. I'm using nonenglish windows now.

You have to go to:
Computer config/windows settings/Security settings/Local .../User rights/Change system time


0
 
borgb002Author Commented:
ok found. But it is asking for a user/group in my domain. I was hoping to find:
Allow change date/time [ENABLE or DISABLE]  but unfortunately wasn't like that.

If I add a user or group, what does that mean that I'm restricting or allowing access?
0
 
micalkinCommented:
Only the Groups/Users listed in the policy are allowed to change the time.
0
 
MrNiss99Commented:
If there are too many user/ group entries to add to the policy, then just force a time sync with your DC on logon. Then at least it would be in sync upon logon.

Just a thought.

add this to your logon script:

net time \\ntpserver

0
 
borgb002Author Commented:
micalkin:
I'm doing this from the server ACTIVE DIRECTORY USERS AND COMPUTERS
in the GROUP POLICY OBJECT EDITOR I'm selecting the feature you've mentioned and added a user that obvious is not my user name. I assumed that I was giving access to this user only and automatically inheritince deny permissions to mine; but unfortunately it didnt work that way.

MrNiss99:
I am already doing that... It works but the user still can change the date and time later on.
0
 
Point-In-CyberspaceCommented:
Let's talk about group policy:

A policy is applied to an object. You have to apply this policy to the object where is contained the COMPUTERS which are used by the users you need to block, because this policy is a computer settings one.
If, for example, computers are in the OU called machines, then you have to apply this policy to that OU.
If they are in a folder you can't apply the policy so you have to create an OU or you may apply the policy to the entire domain. This will apply the policy to the domain controllers too.

In the policy you have to specify which users or users group WILL BE ABLE to cange the date and time, so, in your config, you have to set it to none because all of your users are administrators.


Hope this helps

0
 
Point-In-CyberspaceCommented:
One more thing: to apply a policy you have to go to the compter that you are using for test and in a command prompt write:
   gpupdate /force

to apply group policy. You have to do this after every policy change, because by default policied are refreshed every hour.

Another way is to restart the test computer.

0
 
borgb002Author Commented:
Thanks Point-In-Cyberspace

your comment has shed some further light. I'll try it out on computers rather than login names. I had created an OU and applied the policy to that OU, then placed login names under it. Obviously it didnt work out.

I'll try your suggestion ..
0

Featured Post

Industry Leaders: We Want Your Opinion!

We value your feedback.

Take our survey and automatically be enter to win anyone of the following:
Yeti Cooler, Amazon eGift Card, and Movie eGift Card!

  • 5
  • 4
  • 2
  • +1
Tackle projects and never again get stuck behind a technical roadblock.
Join Now