Re: inconsistant proxy settings
- From: Trahsub <Trahsub@xxxxxxxxxxxxxxxxxxxxxxxxx>
- Date: Fri, 3 Apr 2009 05:54:00 -0700
Hi We have a similar issue and I made a little progress, but I still can't
figure out how to fix it....
We have inconsistencies with proxxy server settings on citrix/teminal
servers after disabling the group policy. Think it has to do with the shadow
keys since proxy server settings are HKCU settings.
We had a similar group policy, loopback/merge, set the proxy server settings
in IE and pushed all of our users through a proxy server. We disabled that
group policy because we had an architecture change on our network and have a
transparent proxy server and no longer need to direct IE to a proxy server.
The registry keys that an IE group policy sets to apply proxy server
settinsis HKEY_CURRENT_USER settings:
HKCU\Software\Microsoft\Windows\Current Version\Internet Settings
Keys
ProxyEnable=(1)
1 enables the “user proxy server” check box in IE. A registry key of 0 is
the dfault. That is when the check box is not checked.
ProxyServer=x.x.x.x
I noticed that some Citrix Users are still going through the proxy server in
IE even though the Group policy is disabled. I searched the registry and
found another location where the proxy server is set:
HKLM key at HKLM\Software\Microsoft\Windows NT\CurrentVersion\Terminal
Server\Install\Software\Microsoft\Windows\Currenet Version\Internet
Settings\Proxy Enable
The proxyenable and proxyserver keys are still enabled here even though the
group policy is disabled. The Terminal server is remembering these keys.
Looking at this link I think there is in issue with setting proxy server via
group policy and an interaction with
Change user /install and change user /execute
http://www.brianmadden.com/blogs/brianmadden/archive/2004/08/03/how-applications-use-the-registry-in-terminal-server-environments-part-2-of-3.aspx
I think that if the citrix/terminal server is in install mode and the group
policy settings for proxy server get shadowed from the HKCU that gets the
policy in to the HKLM location, then it propagates to other users depending
on the time stamp of the key.
What I can’t figure out is how to change the “proxyenable” value in the HKLM
shadow key from a “1” which is enabled to a “0” which is disabled, and then
have this synch back to any subsequent user that logs in so their hkcu
“enableproxy” key turns back to a “0” and they no longer use the proxy.
"BFH" wrote:
Not yet, but I will the next time it happens (so far, I've just fixed them.
when they call). I created a new user with the same settings in the same OU
as one who had the problem, and tried to recreate, but it didn't happen
(yet). I'll post again as soon as I can run RSOP
"Jeff Pitsch" wrote:
Typically because the filter is set wrong for the GPO. Have you run an
RSOP for those users?
Jeff Pitsch
Microsoft MVP - Terminal Services
BFH wrote:
Win2003 DCs, Win2003 TS. Terminal server is in it's own OU, GPO with
loopback processing applied, merge mode. Users in a different OU. Some
users also have local PCs, in another OU.
Some users, but not all, have a GPO that directs them to go through a proxy
server to the internet. This proxy is set "per-user." This works
consistently on individual PCs, and when those users who are supposed to be
proxied log into the TS, the GPO applies properly. But some users who are
not supposed to be proxied log into the TS and somehow get configured to go
through the proxy- which, due to its rule base, prevents them from getting to
the Internet.
I know I could rethink the rulebase and "fix" this, but I'm really wondering
if anyone knows why IE, or a GPO, or whatever, would do this.
- References:
- inconsistant proxy settings
- From: BFH
- Re: inconsistant proxy settings
- From: Jeff Pitsch
- Re: inconsistant proxy settings
- From: BFH
- inconsistant proxy settings
- Prev by Date: Re: Terminal server from workgroup joined to domain
- Next by Date: Terminal 2k8 x64 and mapping custom printer drivers
- Previous by thread: Re: inconsistant proxy settings
- Next by thread: Re: TS Redundancy
- Index(es):
Relevant Pages
|