| Subject: GPUPDATE Will Not work when Disconnected from Network |
| Group: microsoft.public.windows.vista.networking_sharing |
| Date: 7/10/2008 9:18:00 AM |
| From: =?Utf-8?B?RGVscGhpIElUTQ==?= [Email Address Protection] |
When I issue the following command: GPUPDATE /TARGET:COMPUTER /FORCE I receive the following error: The processing of Group Policy failed because of lack of network connectivity to a domain controller. While the computer is joined to a Win2k3 domain, it is currently disconnected and I am logged in with a local machine account with administrative privileges. I am making changes via the local group policy editor MMC snapin but they are not being applied. If I perform the same function on an XP machine, it works fine. Once the machine has access to the domain, the local group policy settings, along with domain group policy settings are properly applied. What must I configure so the local group policy can be applied when disconnected from the Domain? REF: Windows Vista Ultimate 64 SP1 |
| Back |
| Subject: Re: GPUPDATE Will Not work when Disconnected from Network |
| Group: microsoft.public.windows.vista.networking_sharing |
| Date: 7/11/2008 7:47:12 PM |
| From: gpoguy [Email Address Protection] |
Actually, I first observed this behavior on XP so no, not just Vista. If you are somehow getting around it, I'd love to see a userenv.log file from the XP system because that's not the way its supposed to work. As for your comment about security, you are coming from the perspective of someone running as administrator on the box. In that scenario, I can't imagine why you would even use Group Policy because it is absolutely worthless. Not only can you override any Group Policy settings at will, but any malicious code running as you can as well. So, in your scenario, it really doesn't matter whether GP processing works locally or not when disconnected from the network. This behavior that I described is really for folks that are not admins, that are trying to tinker around the edges. Darren -- gpoguy |
| Back |