Proxy Settings will not update changes via Group Policy
On our domain, we use AD Group Policy to push out proxy settings to the computers/users. We also have enabled "Make Proxy Settings per machine."
"Disable changing proxy settings" is NOT configured at all.
Now, I'm trying to push out a change to the proxy settings. We have added an exclusion to the sites that bypass the proxy.
Logging in as a regular user that already has a local profile created (ie... they've logged in to that workstation before) fails to update the proxy settings with the new exclusion, and they cannot access the site. If I use Group Policy Management to run the GP Results for that user on that machine, the report says that they have the new exclusion, but the local workstation doesn't appear to update properly.
However, if I log in to that workstation as an administrator, the new proxy settings are downloaded and applied to ALL users, including the old regular user who coudn't receive the update before the admin login. We have 90 workstations spread out over 200 miles, and I'm not keen on logging in to every workstation as an administrator to force the update.
Why won't the ammended proxy settings replicate to the workstations when a regular user logs in even though GP Management says that they should have the new setting? Is there a way to force this change without logging in to every workstation administratively?
"Disable changing proxy settings" is NOT configured at all.
Now, I'm trying to push out a change to the proxy settings. We have added an exclusion to the sites that bypass the proxy.
Logging in as a regular user that already has a local profile created (ie... they've logged in to that workstation before) fails to update the proxy settings with the new exclusion, and they cannot access the site. If I use Group Policy Management to run the GP Results for that user on that machine, the report says that they have the new exclusion, but the local workstation doesn't appear to update properly.
However, if I log in to that workstation as an administrator, the new proxy settings are downloaded and applied to ALL users, including the old regular user who coudn't receive the update before the admin login. We have 90 workstations spread out over 200 miles, and I'm not keen on logging in to every workstation as an administrator to force the update.
Why won't the ammended proxy settings replicate to the workstations when a regular user logs in even though GP Management says that they should have the new setting? Is there a way to force this change without logging in to every workstation administratively?
marques_salazar
You could try having them open a command prompt and type: gpupdate /force then see what happens.
Under the group policy in GPMC on the delegation tab do you have the authenticated users with Read permission?
Also you may want to try right clicking on the gpo linked to the OU and select enforce on the menu.
Finally on the client machine try running GPUPDATE /FORCE a couple times followed by a reboot.
Also you may want to try right clicking on the gpo linked to the OU and select enforce on the menu.
Finally on the client machine try running GPUPDATE /FORCE a couple times followed by a reboot.
ASKER CERTIFIED SOLUTION
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
ASKER
Hi, thanks for the replies. Here is some more information:
1) Yes, had already tried gpudate /force to no avail
2) Several reboots (because you never know when a fourth reboot will fix something lol)
3) Authenticated users have read/apply permisssions in all areas
I have double-checked the Sysvol permissions, and you are correct in that the Everyone group is not there, but Auth Users is. Just as an aside, computer objects which have been authenticated in a domain environment are considered part of the Authenticated Users group.
Any other changes made to the policy update properly. It's just the proxy settings that are not getting updated.
1) Yes, had already tried gpudate /force to no avail
2) Several reboots (because you never know when a fourth reboot will fix something lol)
3) Authenticated users have read/apply permisssions in all areas
I have double-checked the Sysvol permissions, and you are correct in that the Everyone group is not there, but Auth Users is. Just as an aside, computer objects which have been authenticated in a domain environment are considered part of the Authenticated Users group.
Any other changes made to the policy update properly. It's just the proxy settings that are not getting updated.
Very big longshot here but there isnt another policy somewhere that might be assigning proxy server info is there. Possibly your default domain profile.
ASKER
Good question, but the answer is no. There are other GPs being applied, but I have ensured that there are no contradictory settings in the other GPs. As a secondary verification, I have run the GP Results Query tool to confirm that the computer *should* have the new setting. For some reason, the new exclusion setting is only picked up after an administrative logon/logoff.
SOLUTION
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
ASKER
Okay, so I ran out of time and I used RDP to connect with an administrative login to every workstation in our organization. What a pain.
So, none of the suggestions offered up actually addressed what I saw as a problem, BUT some of you did suggest some work arounds that I think would work in a pinch. I'll assign split points in what I hope is a fair manner.
Here's why I think it doesn't work:
1) In GP, we have the "make settings per machine" enabled.
2) When a regular user connects, they don't get the updated settings because they do not have enough security clearance to update a "per machine" setting (which should theoretically require admin privileges).
3) Connecting to the machine as an admin will update the central proxy settings... thus allowing all users to receive the newly updated settings.
The more I think about it, the more I think it's probably working as intended, but I can't help this feeling that there must be a better way to push these settings out. I know that XXDCmast's suggestion of creating a new GPO (downstream) with the updated settings would work, but it still feels like a jury rig.
thanks everyone for their help.
So, none of the suggestions offered up actually addressed what I saw as a problem, BUT some of you did suggest some work arounds that I think would work in a pinch. I'll assign split points in what I hope is a fair manner.
Here's why I think it doesn't work:
1) In GP, we have the "make settings per machine" enabled.
2) When a regular user connects, they don't get the updated settings because they do not have enough security clearance to update a "per machine" setting (which should theoretically require admin privileges).
3) Connecting to the machine as an admin will update the central proxy settings... thus allowing all users to receive the newly updated settings.
The more I think about it, the more I think it's probably working as intended, but I can't help this feeling that there must be a better way to push these settings out. I know that XXDCmast's suggestion of creating a new GPO (downstream) with the updated settings would work, but it still feels like a jury rig.
thanks everyone for their help.
This bulletin may clarify the behaviour going on with this issue. http://technet.microsoft.com/en-us/library/cc728150(WS.10).aspx