Change Proxy Settings for LocalSystem account

Discussion:

(too old to reply)

PhilScott

2008-09-24 03:57:01 UTC

Hi there,

I am wondering if someone can help me with this issue. We have recently
changed a our proxy server and this particular program installed on Windows
Server 2003 Service Pack 2 server will not connect to the internet to check
for updates automatically anymore. Instead it sends me an alert email to tell
me that the automatic update failed.

I have spoken to the manufacturers of the software and they inform me that
it will use the Proxy settings for the local system account and that I need
to change this. So i go into the registry looking for
HKEY_USERS\S-1-5-18\Software\Microsoft\Windows\CurrentVersion\Internet
Settings and sure enough, the old proxy server is there. So I modify it and
restart and it has no effect. The updates still do not download and the Proxy
Server setting in the registry is back to the old proxy server.

Every other user of the server is fine. They can browse the internet without
a problem.

Can anyone help me to change the proxy settings for the LocalSystem account?

Your help is appreciated.

Phillip Windell

2008-09-24 20:25:17 UTC

Permalink

Post by PhilScott
I have spoken to the manufacturers of the software and they inform me that
it will use the Proxy settings for the local system account and that I need
to change this. So i go into the registry looking for
HKEY_USERS\S-1-5-18\Software\Microsoft\Windows\CurrentVersion\Internet
Settings and sure enough, the old proxy server is there.

I was an ISA MVP (MS's proxy server/firewall) for three years and never ever
heard of doing anything like that. I would never expect it to work,..but
that is just me. Why? Because the Local System Account is specifically
designed to not function with "networking" and is supposed to be restricted
to local machine activity only. But I could be wrong....

Anyway...

What the application is and how it works matters

What protocols it uses matter
CERN Compliant Web Proxys only do Http, Https. read-only FTP, and gopher
Winsock Proxys only do TCP or UDP based protocols (not ICMP, GRE, etc)
Don't know about Socks Proxys, no experience with them.

What kind of proxy the old one was matters
(CERN Compliant Web Poxy, Winsock Proxy, Socks Proxy)

What the new proxy is matters
(again CERN Compliant Web Poxy, Winsock Proxy, Socks Proxy)

If the proxy requires authentication matters

--
Phillip Windell
www.wandtv.com

The views expressed, are my own and not those of my employer, or Microsoft,
or anyone else associated with me, including my cats.
-----------------------------------------------------

PhilScott

2008-09-24 22:58:00 UTC

Permalink

Hi There,

It is only using http to download the update files. The old proxy server was
a single NIC ISA 2004 proxy server.... now we have a new server running ISA
2006 with dual NIC's and is providing firewall capabilities also.

There is no authentication required on the proxy server at this point... but
it will be required soon... In anticipation of this I have created a separate
rule for this server only which is above the general internet access rule
allowing unauthenticated internet access.

Post by Phillip Windell

I was an ISA MVP (MS's proxy server/firewall) for three years and never ever
heard of doing anything like that. I would never expect it to work,..but
that is just me. Why? Because the Local System Account is specifically
designed to not function with "networking" and is supposed to be restricted
to local machine activity only. But I could be wrong....
Anyway...
What the application is and how it works matters
What protocols it uses matter
CERN Compliant Web Proxys only do Http, Https. read-only FTP, and gopher
Winsock Proxys only do TCP or UDP based protocols (not ICMP, GRE, etc)
Don't know about Socks Proxys, no experience with them.
What kind of proxy the old one was matters
(CERN Compliant Web Poxy, Winsock Proxy, Socks Proxy)
What the new proxy is matters
(again CERN Compliant Web Poxy, Winsock Proxy, Socks Proxy)
If the proxy requires authentication matters
--
Phillip Windell
www.wandtv.com
The views expressed, are my own and not those of my employer, or Microsoft,
or anyone else associated with me, including my cats.
-----------------------------------------------------

Phillip Windell

2008-09-25 14:49:59 UTC

Permalink

You won't be able to require it. It will have to stay without
authentication.

You will need run it throught the SecureNAT Service which doesn't require
anything beyond having the ISA in the LAN's "routing path" to the Internet.
The Rule should limit the source and destinations to the specific IP#s
involved and the Users portion of the Rule will need to be "All Users",..you
have no choice about that,..it must be "All Users".

You might be able to use the Firewall Client Software on the Server and let
it run against the same Access Rule,..this would allow the machine to not
have ISA in the LAN's "routing path" to the Internet,...but personally, I
think you best bet is going to be the SecureNAT Service.

With ISA2004 I have real doubts that it was really working [as you think it
was]. Because it was a single Nic ISA you therefore would have had a
Firewall on the LAN that was most likely the Default Gateway of the machine
or the Firewall was in the LAN's "routing path" to the Internet. The whole
"proxy setting thing" on the server was probably just flat out
failing,..which means the server would send the web request directly to the
Firewall which allowed it out to the Internet, effectively "ignoring" the
ISA,...so you would have no "visible" indication that it was not working as
you expected. But now that the ISA is running in a more proper dual nic
mode there is no way to "get around" the ISA if things fail becuase the ISA
is litterally physically "in the way",...so now when it fails it is visibly
obvious.

Anyway in respect to my last post, MS ISA Server is:

1. CERN Compliant Web Poxy
2. Winsock Proxy
3. NAT Server (same as typical "hardware firewalls")

It is all three types of Firewalls all rolled into a single product. Which
"component" of ISA that you use depends on how you setup the Client and the
ISA to interact with each other. It is possible for a Client to work as all
three types at the same time and will switch between the "modes" uniquely
for each connection "session" that the Client is involved in at the moment.
--
Phillip Windell
www.wandtv.com

The views expressed, are my own and not those of my employer, or Microsoft,
or anyone else associated with me, including my cats.
-----------------------------------------------------
Technet Library
ISA2004
http://technet.microsoft.com/en-us/library/cc302436(TechNet.10).aspx
ISA2006
http://technet.microsoft.com/en-us/library/bb898433(TechNet.10).aspx

Understanding the ISA 2004 Access Rule Processing
http://www.isaserver.org/articles/ISA2004_AccessRules.html

Troubleshooting Client Authentication on Access Rules in ISA Server 2004
http://download.microsoft.com/download/9/1/8/918ed2d3-71d0-40ed-8e6d-fd6eeb6cfa07/ts_rules.doc

Microsoft Internet Security & Acceleration Server: Partners
http://www.microsoft.com/isaserver/partners/default.mspx

Microsoft ISA Server Partners: Partner Hardware Solutions
http://www.microsoft.com/forefront/edgesecurity/partners/hardwarepartners.mspx
-----------------------------------------------------

PhilScott

2008-09-25 23:00:01 UTC

Permalink

Can I just say that this is now starting to go off in the wrong tangent. The
problem is not with my ISA Firewall or my rules or how it accesses the
Internet. The problem is with my server and this application.
The application on this server is trying to send HTTP requests for automatic
updates to a proxy server that now no longer exists. I am trying to update
this server with the new proxy server settings for the LOCALSYSTEM account
(no other account is affected), but every attempt is failing. There are no
problems with accessing the Internet on this server once I am logged in, but
when NO ONE is logged in and it is trying to update the application
automatically it uses the LOCALSYSTEM account (the account to which the
application's service runs!) to download updates. The LOCALSYSTEM Proxy
(settings in the registry key mentioned previously) is set to the OLD ISA
SERVER. NO HTTP REQUESTS ARE HITTING OUR CURRENT ISA SERVER AT ALL. Are you
able to help me with this?

Post by Phillip Windell

You won't be able to require it. It will have to stay without
authentication.
You will need run it throught the SecureNAT Service which doesn't require
anything beyond having the ISA in the LAN's "routing path" to the Internet.
The Rule should limit the source and destinations to the specific IP#s
involved and the Users portion of the Rule will need to be "All Users",..you
have no choice about that,..it must be "All Users".
You might be able to use the Firewall Client Software on the Server and let
it run against the same Access Rule,..this would allow the machine to not
have ISA in the LAN's "routing path" to the Internet,...but personally, I
think you best bet is going to be the SecureNAT Service.
With ISA2004 I have real doubts that it was really working [as you think it
was]. Because it was a single Nic ISA you therefore would have had a
Firewall on the LAN that was most likely the Default Gateway of the machine
or the Firewall was in the LAN's "routing path" to the Internet. The whole
"proxy setting thing" on the server was probably just flat out
failing,..which means the server would send the web request directly to the
Firewall which allowed it out to the Internet, effectively "ignoring" the
ISA,...so you would have no "visible" indication that it was not working as
you expected. But now that the ISA is running in a more proper dual nic
mode there is no way to "get around" the ISA if things fail becuase the ISA
is litterally physically "in the way",...so now when it fails it is visibly
obvious.
1. CERN Compliant Web Poxy
2. Winsock Proxy
3. NAT Server (same as typical "hardware firewalls")
It is all three types of Firewalls all rolled into a single product. Which
"component" of ISA that you use depends on how you setup the Client and the
ISA to interact with each other. It is possible for a Client to work as all
three types at the same time and will switch between the "modes" uniquely
for each connection "session" that the Client is involved in at the moment.
--
Phillip Windell
www.wandtv.com
The views expressed, are my own and not those of my employer, or Microsoft,
or anyone else associated with me, including my cats.
-----------------------------------------------------
Technet Library
ISA2004
http://technet.microsoft.com/en-us/library/cc302436(TechNet.10).aspx
ISA2006
http://technet.microsoft.com/en-us/library/bb898433(TechNet.10).aspx
Understanding the ISA 2004 Access Rule Processing
http://www.isaserver.org/articles/ISA2004_AccessRules.html
Troubleshooting Client Authentication on Access Rules in ISA Server 2004
http://download.microsoft.com/download/9/1/8/918ed2d3-71d0-40ed-8e6d-fd6eeb6cfa07/ts_rules.doc
Microsoft Internet Security & Acceleration Server: Partners
http://www.microsoft.com/isaserver/partners/default.mspx
Microsoft ISA Server Partners: Partner Hardware Solutions
http://www.microsoft.com/forefront/edgesecurity/partners/hardwarepartners.mspx
-----------------------------------------------------

Phillip Windell

2008-09-26 19:14:52 UTC

Permalink

Post by PhilScott
Can I just say that this is now starting to go off in the wrong tangent. The
problem is not with my ISA Firewall or my rules or how it accesses the
Internet. The problem is with my server and this application.
application's service runs!) to download updates. The LOCALSYSTEM Proxy
(settings in the registry key mentioned previously) is set to the OLD ISA
SERVER. NO HTTP REQUESTS ARE HITTING OUR CURRENT ISA SERVER AT
ALL. Are you able to help me with this?

Then I guess not.

Sapper

2009-02-17 10:27:51 UTC

Permalink

Hi,

I had the same issue with old proxy settings on my production server
in th
HKEY_USERS\.DEFAULT\Software\Microsoft\Windows\CurrentVersion\Interne
Settings. If I deleted or change the proxy server key it woul
repopulate on reboot. I resolved the issue by exporting th
HKEY_USERS\.DEFAULT\Software\Microsoft\Windows\CurrentVersion\Interne
settings from a from a known good new server build. Deleting th
problematic internet setting keys and sub keys (after a backup), the
importing the known good registry settings.

Regards Sappe

--
Sappe
-----------------------------------------------------------------------
Sapper's Profile: http://forums.techarena.in/members/sapper.ht
View this thread: http://forums.techarena.in/windows-server-help/1043388.ht

http://forums.techarena.i

Sapper

2009-03-03 23:57:27 UTC

Permalink

Hi Everyone,

Just an update, the above registry import worked for a while but after
a few days the behaviour reoccurred.

We finally had success with the following.

Searched the sysvol on our DC for cs folder
Found Connect.set & cs.dat files in the cs folder.
Identified the policy ID that the files belonged to
\\servername\sysvol\domainname\Policies\{1FB2E411-2CEF-4324-9C04-730889F5A071}\User\MICROSOFT\IEAK\BRANDING\cs.

Identified the policy within AD
Removed and recreated the policy

On the servers that were affected

DELETE values within:
HKU\.DEFAULT\Software\Microsoft\Windows\CurrentVersion\Internet
Settings\Connections\DefaultConnectionSettings

Clear the ProxyEnable & ProxyServer Values
HKU\.DEFAULT\Software\Microsoft\Windows\CurrentVersion\Internet
Settings

Reboot server and check the .default registry settings.

Regards

Sapper

--
Sapper
------------------------------------------------------------------------
Sapper's Profile: http://forums.techarena.in/members/sapper.htm
View this thread: http://forums.techarena.in/windows-server-help/1043388.htm

http://forums.techarena.in

Sapper

2009-03-04 00:25:43 UTC

Permalink

Hi Everyone,

Just an update, the above registry import worked for a while but afte
a few days the behaviour reoccurred.

We finally had success with the following.

Searched the sysvol on our DC for cs folder
Found Connect.set & cs.dat files in the cs folder.
Identified the policy ID that the files belonged t
\\servername\sysvol\domainname\Policies\{1FB2E411-2CEF-4324-9C04-730889F5A071}\User\MICROSOFT\IEAK\BRANDING\cs

Identified the policy within AD
Removed and recreated the policy

On the servers that were affected

DELETE values within:
HKU\.DEFAULT\Software\Microsoft\Windows\CurrentVersion\Interne
Settings\Connections\DefaultConnectionSettings

Clear the ProxyEnable & ProxyServer Values
HKU\.DEFAULT\Software\Microsoft\Windows\CurrentVersion\Interne
Settings

Reboot server and check the .default registry settings.

Regards

Sappe

--
Sappe
-----------------------------------------------------------------------
Sapper's Profile: http://forums.techarena.in/members/sapper.ht
View this thread: http://forums.techarena.in/windows-server-help/1043388.ht

http://forums.techarena.i

Chris Freestone

2010-12-17 19:24:17 UTC

Permalink

If you get a command prompt running as system then you can set this via inetcpl.cpl

I'm trying to find a way to automate it with a registry script as I have to fix this on several hundred laptops. :S

Anyway, run cmd prompt with your admin account, as long as you have scheduled tasks enabled use this command:

at (time+1 minute) /interactive cmd.exe

e.g. if it's 15:45 on the server, do
at 15:46 /interactive cmd.exe

After a minute a command prompt should load with system rights. Type inetcpl.cpl, go and set the proxy as you would for a normal user and OK your way out. Job done.

Post by PhilScott
Hi there,
I am wondering if someone can help me with this issue. We have recently
changed a our proxy server and this particular program installed on Windows
Server 2003 Service Pack 2 server will not connect to the internet to check
for updates automatically anymore. Instead it sends me an alert email to tell
me that the automatic update failed.
I have spoken to the manufacturers of the software and they inform me that
it will use the Proxy settings for the local system account and that I need
to change this. So i go into the registry looking for
HKEY_USERS\S-1-5-18\Software\Microsoft\Windows\CurrentVersion\Internet
Settings and sure enough, the old proxy server is there. So I modify it and
restart and it has no effect. The updates still do not download and the Proxy
Server setting in the registry is back to the old proxy server.
Every other user of the server is fine. They can browse the internet without
a problem.
Can anyone help me to change the proxy settings for the LocalSystem account?
Your help is appreciated.

Post by Phillip Windell
I was an ISA MVP (MS's proxy server/firewall) for three years and never ever
heard of doing anything like that. I would never expect it to work,..but
that is just me. Why? Because the Local System Account is specifically
designed to not function with "networking" and is supposed to be restricted
to local machine activity only. But I could be wrong....
Anyway...
What the application is and how it works matters
What protocols it uses matter
CERN Compliant Web Proxys only do Http, Https. read-only FTP, and gopher
Winsock Proxys only do TCP or UDP based protocols (not ICMP, GRE, etc)
Don't know about Socks Proxys, no experience with them.
What kind of proxy the old one was matters
(CERN Compliant Web Poxy, Winsock Proxy, Socks Proxy)
What the new proxy is matters
(again CERN Compliant Web Poxy, Winsock Proxy, Socks Proxy)
If the proxy requires authentication matters
--
Phillip Windell
www.wandtv.com
The views expressed, are my own and not those of my employer, or Microsoft,
or anyone else associated with me, including my cats.
-----------------------------------------------------

Post by PhilScott
Hi There,
It is only using http to download the update files. The old proxy server was
a single NIC ISA 2004 proxy server.... now we have a new server running ISA
2006 with dual NIC's and is providing firewall capabilities also.
There is no authentication required on the proxy server at this point... but
it will be required soon... In anticipation of this I have created a separate
rule for this server only which is above the general internet access rule
allowing unauthenticated internet access.

Post by Phillip Windell
You won't be able to require it. It will have to stay without
authentication.
You will need run it throught the SecureNAT Service which doesn't require
anything beyond having the ISA in the LAN's "routing path" to the Internet.
The Rule should limit the source and destinations to the specific IP#s
involved and the Users portion of the Rule will need to be "All Users",..you
have no choice about that,..it must be "All Users".
You might be able to use the Firewall Client Software on the Server and let
it run against the same Access Rule,..this would allow the machine to not
have ISA in the LAN's "routing path" to the Internet,...but personally, I
think you best bet is going to be the SecureNAT Service.
With ISA2004 I have real doubts that it was really working [as you think it
was]. Because it was a single Nic ISA you therefore would have had a
Firewall on the LAN that was most likely the Default Gateway of the machine
or the Firewall was in the LAN's "routing path" to the Internet. The whole
"proxy setting thing" on the server was probably just flat out
failing,..which means the server would send the web request directly to the
Firewall which allowed it out to the Internet, effectively "ignoring" the
ISA,...so you would have no "visible" indication that it was not working as
you expected. But now that the ISA is running in a more proper dual nic
mode there is no way to "get around" the ISA if things fail becuase the ISA
is litterally physically "in the way",...so now when it fails it is visibly
obvious.
1. CERN Compliant Web Poxy
2. Winsock Proxy
3. NAT Server (same as typical "hardware firewalls")
It is all three types of Firewalls all rolled into a single product. Which
"component" of ISA that you use depends on how you setup the Client and the
ISA to interact with each other. It is possible for a Client to work as all
three types at the same time and will switch between the "modes" uniquely
for each connection "session" that the Client is involved in at the moment.
--
Phillip Windell
www.wandtv.com
The views expressed, are my own and not those of my employer, or Microsoft,
or anyone else associated with me, including my cats.
-----------------------------------------------------
Technet Library
ISA2004
http://technet.microsoft.com/en-us/library/cc302436(TechNet.10).aspx
ISA2006
http://technet.microsoft.com/en-us/library/bb898433(TechNet.10).aspx
Understanding the ISA 2004 Access Rule Processing
http://www.isaserver.org/articles/ISA2004_AccessRules.html
Troubleshooting Client Authentication on Access Rules in ISA Server 2004
http://download.microsoft.com/download/9/1/8/918ed2d3-71d0-40ed-8e6d-fd6eeb6cfa07/ts_rules.doc
Microsoft Internet Security & Acceleration Server: Partners
http://www.microsoft.com/isaserver/partners/default.mspx
Microsoft ISA Server Partners: Partner Hardware Solutions
http://www.microsoft.com/forefront/edgesecurity/partners/hardwarepartners.mspx
-----------------------------------------------------

Post by PhilScott
Can I just say that this is now starting to go off in the wrong tangent. The
problem is not with my ISA Firewall or my rules or how it accesses the
Internet. The problem is with my server and this application.
The application on this server is trying to send HTTP requests for automatic
updates to a proxy server that now no longer exists. I am trying to update
this server with the new proxy server settings for the LOCALSYSTEM account
(no other account is affected), but every attempt is failing. There are no
problems with accessing the Internet on this server once I am logged in, but
when NO ONE is logged in and it is trying to update the application
automatically it uses the LOCALSYSTEM account (the account to which the
application's service runs!) to download updates. The LOCALSYSTEM Proxy
(settings in the registry key mentioned previously) is set to the OLD ISA
SERVER. NO HTTP REQUESTS ARE HITTING OUR CURRENT ISA SERVER AT ALL. Are you
able to help me with this?

Post by Phillip Windell
Then I guess not.
--
Phillip Windell
www.wandtv.com
The views expressed, are my own and not those of my employer, or Microsoft,
or anyone else associated with me, including my cats.
-----------------------------------------------------

Hi,
I had the same issue with old proxy settings on my production servers
in the
HKEY_USERS\.DEFAULT\Software\Microsoft\Windows\CurrentVersion\Internet
Settings. If I deleted or change the proxy server key it would
repopulate on reboot. I resolved the issue by exporting the
HKEY_USERS\.DEFAULT\Software\Microsoft\Windows\CurrentVersion\Internet
settings from a from a known good new server build. Deleting the
problematic internet setting keys and sub keys (after a backup), then
importing the known good registry settings.
Regards Sapper
--
Sapper
------------------------------------------------------------------------
Sapper's Profile: http://forums.techarena.in/members/sapper.htm
View this thread: http://forums.techarena.in/windows-server-help/1043388.htm
http://forums.techarena.in

Post by Sapper
Hi Everyone,
Just an update, the above registry import worked for a while but after
a few days the behaviour reoccurred.
We finally had success with the following.
? Searched the sysvol on our DC for cs folder
? Found Connect.set & cs.dat files in the cs folder.
? Identified the policy ID that the files belonged to
\\servername\sysvol\domainname\Policies\{1FB2E411-2CEF-4324-9C04-730889F5A071}\User\MICROSOFT\IEAK\BRANDING\cs.
? Identified the policy within AD
? Removed and recreated the policy
On the servers that were affected
HKU\.DEFAULT\Software\Microsoft\Windows\CurrentVersion\Internet
Settings\Connections\DefaultConnectionSettings
Clear the ProxyEnable & ProxyServer Values
HKU\.DEFAULT\Software\Microsoft\Windows\CurrentVersion\Internet
Settings
Reboot server and check the .default registry settings.
Regards
Sapper
--
Sapper
------------------------------------------------------------------------
Sapper's Profile: http://forums.techarena.in/members/sapper.htm
View this thread: http://forums.techarena.in/windows-server-help/1043388.htm
http://forums.techarena.in

Antonio Pacheco

2011-01-10 14:35:39 UTC

Permalink

Exactly the same issue and the AT command to edit the LOCAL SYSTEM's internet settings with inetcpl.cpl did the trick.
Any idea how to automate it?

Any way thanks a lot to Chris Freestone for this!

Post by PhilScott
Can I just say that this is now starting to go off in the wrong tangent. The
problem is not with my ISA Firewall or my rules or how it accesses the
Internet. The problem is with my server and this application.
The application on this server is trying to send HTTP requests for automatic
updates to a proxy server that now no longer exists. I am trying to update
this server with the new proxy server settings for the LOCALSYSTEM account
(no other account is affected), but every attempt is failing. There are no
problems with accessing the Internet on this server once I am logged in, but
when NO ONE is logged in and it is trying to update the application
automatically it uses the LOCALSYSTEM account (the account to which the
application's service runs!) to download updates. The LOCALSYSTEM Proxy
(settings in the registry key mentioned previously) is set to the OLD ISA
SERVER. NO HTTP REQUESTS ARE HITTING OUR CURRENT ISA SERVER AT ALL. Are you
able to help me with this?

Post by Chris Freestone
If you get a command prompt running as system then you can set this via inetcpl.cpl
I'm trying to find a way to automate it with a registry script as I have to fix this on several hundred laptops. :S
at (time+1 minute) /interactive cmd.exe
e.g. if it's 15:45 on the server, do
at 15:46 /interactive cmd.exe
After a minute a command prompt should load with system rights. Type inetcpl.cpl, go and set the proxy as you would for a normal user and OK your way out. Job done.
Submitted via EggHeadCafe
Microsoft Silverlight For Beginners
http://www.eggheadcafe.com/training-topic-area/Microsoft-Silverlight/10/Silverlight.aspx

Antonio Pacheco

2011-01-10 14:37:47 UTC

Permalink

Thank you Chris Freestone: it did the trick!

Any idea how to automate it thru GPO or running at startup?

Thanks

Post by PhilScott
Can I just say that this is now starting to go off in the wrong tangent. The
problem is not with my ISA Firewall or my rules or how it accesses the
Internet. The problem is with my server and this application.
The application on this server is trying to send HTTP requests for automatic
updates to a proxy server that now no longer exists. I am trying to update
this server with the new proxy server settings for the LOCALSYSTEM account
(no other account is affected), but every attempt is failing. There are no
problems with accessing the Internet on this server once I am logged in, but
when NO ONE is logged in and it is trying to update the application
automatically it uses the LOCALSYSTEM account (the account to which the
application's service runs!) to download updates. The LOCALSYSTEM Proxy
(settings in the registry key mentioned previously) is set to the OLD ISA
SERVER. NO HTTP REQUESTS ARE HITTING OUR CURRENT ISA SERVER AT ALL. Are you
able to help me with this?

Post by Antonio Pacheco
Exactly the same issue and the AT command to edit the LOCAL SYSTEM's internet settings with inetcpl.cpl did the trick.
Any idea how to automate it?
Any way thanks a lot to Chris Freestone for this!
Submitted via EggHeadCafe
Oracle Developer For Beginners
http://www.eggheadcafe.com/training-topic-area/Oracle-SQL-Developer/2/Oracle-SQL-Samples.aspx