Sign up ×
Super User is a question and answer site for computer enthusiasts and power users. It's 100% free, no registration required.

Here at work we have a policy for "general public" use and office machines. The general public use require specific profile settings and for ease of use, we have them logging in automatically utilizing a registry entry:

[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon]

This requires a reboot, then an additional reboot before the change actually takes place when deploying this reg entry on a new machine. It creates additional work and is a slight annoyance.

How can this be fixed? Presumably this happens because the account hasn't been created yet? I am trying to wrap my head around this and come up with a better solution or an addition to the code here to fix this problem. In a perfect world, the changes should take effect immediately such that if I were to logout after applying the reg entry, I would be logged back in immediately under the Shared username.

share|improve this question

1 Answer 1

Only one reboot is technically required. The problem is that group-policies will apply on their own over-time.... or on a reboot (your first), and then the second reboot is when you actually see the auto-logon. Two solutions could be:

1) Apply the policy... then wait until the group-policy would naturally apply (could be anywhere from a few minutes and up.) and then reboot.

2) Apply the policy then force the policy to apply using gpupdate /force, and then reboot.

share|improve this answer
Hmm. This didn't work. I just forced the update and rebooted and I am greeted with a "Press C + A + D to log on" screen. It should have auto logged in under the Shared account requiring no interaction from the end user. This is where I normally log back in AGAIN, apply the reg entry AGAIN, and reboot - then it finally auto logins. – user238322 Jul 15 '13 at 18:47
Do you have multiple domain controllers? perhaps you apply the policy on one... and it takes a long time before the policy replicates to the other domain controllers... – TheCompWiz Jul 15 '13 at 18:56
I was just told by my Systems Administrator we have over 100. Guess there's my answer. – user238322 Jul 15 '13 at 19:06
So my next question is, how do I force a policy update on a specific domain controller for a specific machine? – user238322 Jul 15 '13 at 19:11
I don't believe you can force a workstation to use a specific domain controller. You generally can setup sites & services to "prefer" one (or a few) over others... but I don't think you can dictate which DC to use. On the other-side of the coin... you can pick which DC to make your changes on... You can check the %LOGONSERVER% variable to see which server it is currently connecting to... and write changes to that server... rather than the first-writable. – TheCompWiz Jul 15 '13 at 19:28

Your Answer


By posting your answer, you agree to the privacy policy and terms of service.