Rerouting Requests via a Proxy because of .NET "bug"

Codex Twin

I am re-sending this in the hope that it might illicit a response. I have a
corporate client who forces their workstations to get the proxy server
details using an automatic proxy discovery script.

Unfortunately, the .NET Framework does not support automatic proxy discovery
scripts. See:
http://support.microsoft.com/default...5BLN%5D;307220

The article above details that the way to workaround this is to edit the
machine.config file. This is impossible for me. Luckily there is a
programmtic way of assigning the proxy settings. The way to do it is
detailed in this article:
http://support.microsoft.com/kb/q318140/

The second article explains how to handle requests when there is a proxy
server between the .NET client and the web service. Unfortunately the
solution only deals with Web Services. The WebService class has a Proxy
property to which an object of type of IWebProxy can be passed - and all is
good.

But in my case, I have an ASP.NET web forms app, not a Web Service. So how
do I try and route my client requests via the Proxy server programmatically?

What I have tried so far is to use an HttpModule which *should* intercept
the request and route it through the Proxy server. In the custom
OnBeginRequest method I have in my HttpModule:

public void OnBeginRequest(object sender, EventArgs e)
{
//************************************************** *********************
WebProxy wp = new WebProxy("http://my.proxy.blah", true);
//************************************************** *********************

HttpRequest req = ((HttpApplication)sender).Request;
HttpWebRequest wr = (HttpWebRequest)WebRequest.Create(req.Url.Absolute Uri);
wr.Proxy = wp;

}
However, this doesn't cut it. :-(
The request obviously does not get routed via the proxy server. Can Anyone
tried this before and tell me how to workaround this problem.
Also, does anyone know if the .NET Framework version 2 (or even the version
2 beta) addresses the problem of being able to detect proxy settings using
discovery scripts.
Thanks.
CT

Nov 21 '05 #1

Scott Allen

Codex:

One way I've worked with proxies is to use the GlobalProxySelection
class:

GlobalProxySelection.Select = new WebProxy("127.0.0.1", 8888);

Hope this work for you too,

--
Scott
http://www.OdeToCode.com/blogs/scott/

On Fri, 3 Dec 2004 15:41:37 -0000, "Codex Twin" <co***@more.com>
wrote:

I am re-sending this in the hope that it might illicit a response. I have a
corporate client who forces their workstations to get the proxy server
details using an automatic proxy discovery script.

Unfortunately, the .NET Framework does not support automatic proxy discovery
scripts. See:
http://support.microsoft.com/default...5BLN%5D;307220

The article above details that the way to workaround this is to edit the
machine.config file. This is impossible for me. Luckily there is a
programmtic way of assigning the proxy settings. The way to do it is
detailed in this article:
http://support.microsoft.com/kb/q318140/

The second article explains how to handle requests when there is a proxy
server between the .NET client and the web service. Unfortunately the
solution only deals with Web Services. The WebService class has a Proxy
property to which an object of type of IWebProxy can be passed - and all is
good.

But in my case, I have an ASP.NET web forms app, not a Web Service. So how
do I try and route my client requests via the Proxy server programmatically?

What I have tried so far is to use an HttpModule which *should* intercept
the request and route it through the Proxy server. In the custom
OnBeginRequest method I have in my HttpModule:

public void OnBeginRequest(object sender, EventArgs e)
{
//************************************************** *********************
WebProxy wp = new WebProxy("http://my.proxy.blah", true);
//************************************************** *********************

HttpRequest req = ((HttpApplication)sender).Request;
HttpWebRequest wr = (HttpWebRequest)WebRequest.Create(req.Url.Absolute Uri);
wr.Proxy = wp;

}
However, this doesn't cut it. :-(
The request obviously does not get routed via the proxy server. Can Anyone
tried this before and tell me how to workaround this problem.
Also, does anyone know if the .NET Framework version 2 (or even the version
2 beta) addresses the problem of being able to detect proxy settings using
discovery scripts.
Thanks.
CT

Nov 21 '05 #2

John Saunders

"Codex Twin" <co***@more.com> wrote in message
news:eE**************@TK2MSFTNGP14.phx.gbl...

I am re-sending this in the hope that it might illicit a response. I have a
corporate client who forces their workstations to get the proxy server
details using an automatic proxy discovery script.

Unfortunately, the .NET Framework does not support automatic proxy
discovery
scripts. See:
http://support.microsoft.com/default...5BLN%5D;307220
This article has nothing to do with web forms applications. In a Web Forms
application, the browser sends a request to the server and gets an HTML
response. The browser may be configured to run an automatic proxy discovery
script and to use the discovered proxy to send to the server. The server
should neither know nor care whether one or more proxies were in the path
between the client and the server.
The article above details that the way to workaround this is to edit the
machine.config file. This is impossible for me. Luckily there is a
programmtic way of assigning the proxy settings. The way to do it is
detailed in this article:
http://support.microsoft.com/kb/q318140/

The second article explains how to handle requests when there is a proxy
server between the .NET client and the web service. Unfortunately the
solution only deals with Web Services. The WebService class has a Proxy
property to which an object of type of IWebProxy can be passed - and all
is
good.
....
But in my case, I have an ASP.NET web forms app, not a Web Service. So how
do I try and route my client requests via the Proxy server
programmatically?

As I said, "you don't, the browser does".

Obviously something isn't working the way you expect it to, and that makes
you think that you need to do something about proxies. Please tell us what
the symptom is, and we can help you find the disease. The disease is
probably not "server-side proxy setup".

John Saunders

Nov 21 '05 #3

Codex Twin

Thanks Scott

What I'm really stuck on is the code I need to write to route every request
to my application to this proxy.

Thanks
cT
"Scott Allen" <bitmask@[nospam].fred.net> wrote in message
news:15********************************@4ax.com...

Codex:

One way I've worked with proxies is to use the GlobalProxySelection
class:

GlobalProxySelection.Select = new WebProxy("127.0.0.1", 8888);

Hope this work for you too,

--
Scott
http://www.OdeToCode.com/blogs/scott/

On Fri, 3 Dec 2004 15:41:37 -0000, "Codex Twin" <co***@more.com>
wrote:

I am re-sending this in the hope that it might illicit a response. I have acorporate client who forces their workstations to get the proxy server
details using an automatic proxy discovery script.

Unfortunately, the .NET Framework does not support automatic proxy discoveryscripts. See:
http://support.microsoft.com/default...5BLN%5D;307220

The article above details that the way to workaround this is to edit the
machine.config file. This is impossible for me. Luckily there is a
programmtic way of assigning the proxy settings. The way to do it is
detailed in this article:
http://support.microsoft.com/kb/q318140/

The second article explains how to handle requests when there is a proxy
server between the .NET client and the web service. Unfortunately the
solution only deals with Web Services. The WebService class has a Proxy
property to which an object of type of IWebProxy can be passed - and all isgood.

But in my case, I have an ASP.NET web forms app, not a Web Service. So howdo I try and route my client requests via the Proxy server programmatically?
What I have tried so far is to use an HttpModule which *should* intercept
the request and route it through the Proxy server. In the custom
OnBeginRequest method I have in my HttpModule:

public void OnBeginRequest(object sender, EventArgs e)
{
//************************************************** ********************* WebProxy wp = new WebProxy("http://my.proxy.blah", true);
//************************************************** *********************
HttpRequest req = ((HttpApplication)sender).Request;
HttpWebRequest wr = (HttpWebRequest)WebRequest.Create(req.Url.Absolute Uri); wr.Proxy = wp;

}
However, this doesn't cut it. :-(
The request obviously does not get routed via the proxy server. Can Anyonetried this before and tell me how to workaround this problem.
Also, does anyone know if the .NET Framework version 2 (or even the version2 beta) addresses the problem of being able to detect proxy settings usingdiscovery scripts.
Thanks.
CT

Nov 21 '05 #4

Codex Twin

"John Saunders" <johnwsaundersiii at hotmail.com> wrote in message
news:OW**************@TK2MSFTNGP09.phx.gbl...

"Codex Twin" <co***@more.com> wrote in message
news:eE**************@TK2MSFTNGP14.phx.gbl...

I am re-sending this in the hope that it might illicit a response. I have a corporate client who forces their workstations to get the proxy server
details using an automatic proxy discovery script.

Unfortunately, the .NET Framework does not support automatic proxy
discovery
scripts. See:
http://support.microsoft.com/default...5BLN%5D;307220
This article has nothing to do with web forms applications. In a Web Forms
application, the browser sends a request to the server and gets an HTML
response. The browser may be configured to run an automatic proxy

discovery script and to use the discovered proxy to send to the server. The server
should neither know nor care whether one or more proxies were in the path
between the client and the server.

The article above details that the way to workaround this is to edit the
machine.config file. This is impossible for me. Luckily there is a
programmtic way of assigning the proxy settings. The way to do it is
detailed in this article:
http://support.microsoft.com/kb/q318140/

The second article explains how to handle requests when there is a proxy
server between the .NET client and the web service. Unfortunately the
solution only deals with Web Services. The WebService class has a Proxy
property to which an object of type of IWebProxy can be passed - and all
is
good.

...

But in my case, I have an ASP.NET web forms app, not a Web Service. So how do I try and route my client requests via the Proxy server
programmatically?

As I said, "you don't, the browser does".

Obviously something isn't working the way you expect it to, and that makes
you think that you need to do something about proxies. Please tell us what
the symptom is, and we can help you find the disease. The disease is
probably not "server-side proxy setup".

John Saunders

John

The scenario is this: The server application I have built uses the ChartFX
(by SoftwareFX) control. This control causes the download of half a dozen or
so "client-side components". These are nothing more than .NET assemblies
which allow all the fancy dynamic chart customisation tools on the browser.
One of the conditions for the client-side dlls to work is that the client
machine has to have the .NET framework installed.

These same machines, being behind the firewall, uses the automatic proxy
discovery script to determine the proxy server settings.
Now, because of the problem detailed in the first article
(http://support.microsoft.com/default...5BLN%5D;307220) and the
fact that the .NET Framework does not support proxy discovery scripts, the
client machine cannot see get the proxy server settings and the charts fail.

When the machine.config file is amended as the article explains, then it
works. I do not have access to their machine.config files, hence the
programmatic way of supplying proxy server settings as detailed in the
second article, which as you have rightly said, only deals with Web
Services.

My problem has been where to impose this programmatic code, and what the
correct code is.

Nov 21 '05 #5

Tom Porterfield

On Fri, 3 Dec 2004 16:31:02 -0000, Codex Twin wrote:

Thanks Scott

What I'm really stuck on is the code I need to write to route every request
to my application to this proxy.

If the workstation where the request is initiated is already configured to
use a proxy in their web browser then there is nothing you need to do. The
proxy will be used.
--
Tom Porterfield

Nov 21 '05 #6

Codex Twin

"Tom Porterfield" <tp******@mvps.org> wrote in message
news:b3**************@tpportermvps.org...

On Fri, 3 Dec 2004 16:31:02 -0000, Codex Twin wrote:

Thanks Scott

What I'm really stuck on is the code I need to write to route every request to my application to this proxy.
If the workstation where the request is initiated is already configured to
use a proxy in their web browser then there is nothing you need to do.

The proxy will be used.
--
Tom Porterfield

Hello Tom
Thanks for the reply.

I *want* the proxy to be used. As I have said in my post to John Saunders,
the application I have needs the .NET Framework on the client machine, and
this does not support the automatic discovery scripts to get the proxy
details. The workaround is either to amend the machine.config file or
programmatic.
My question is, what is the correct code for the programmatic solution.

Nov 21 '05 #7

John Saunders

"Codex Twin" <co***@more.com> wrote in message
news:Om**************@TK2MSFTNGP14.phx.gbl...

.... John

The scenario is this: The server application I have built uses the ChartFX
(by SoftwareFX) control. This control causes the download of half a dozen
or
so "client-side components". These are nothing more than .NET assemblies
which allow all the fancy dynamic chart customisation tools on the
browser.
One of the conditions for the client-side dlls to work is that the client
machine has to have the .NET framework installed.

These same machines, being behind the firewall, uses the automatic proxy
discovery script to determine the proxy server settings.
Now, because of the problem detailed in the first article
(http://support.microsoft.com/default...5BLN%5D;307220) and
the
fact that the .NET Framework does not support proxy discovery scripts, the
client machine cannot see get the proxy server settings and the charts
fail.
Please be more specific. Exactly what do you mean when you say "the charts
fail"?
When the machine.config file is amended as the article explains, then it
works. I do not have access to their machine.config files, hence the
programmatic way of supplying proxy server settings as detailed in the
second article, which as you have rightly said, only deals with Web
Services.

My problem has been where to impose this programmatic code, and what the
correct code is.

Whatever the solution is, it will be client-side.

Have you spoken to SoftwareFX about this? You may not be the first to have
this problem.

John Saunders

Nov 21 '05 #8

Codex Twin

"John Saunders" <johnwsaundersiii at hotmail.com> wrote in message
news:Od****************@TK2MSFTNGP10.phx.gbl...

"Codex Twin" <co***@more.com> wrote in message
news:Om**************@TK2MSFTNGP14.phx.gbl...

...

John

The scenario is this: The server application I have built uses the ChartFX (by SoftwareFX) control. This control causes the download of half a dozen or
so "client-side components". These are nothing more than .NET assemblies
which allow all the fancy dynamic chart customisation tools on the
browser.
One of the conditions for the client-side dlls to work is that the client machine has to have the .NET framework installed.

These same machines, being behind the firewall, uses the automatic proxy
discovery script to determine the proxy server settings.
Now, because of the problem detailed in the first article
(http://support.microsoft.com/default...5BLN%5D;307220) and
the
fact that the .NET Framework does not support proxy discovery scripts, the client machine cannot see get the proxy server settings and the charts
fail.

Please be more specific. Exactly what do you mean when you say "the charts
fail"?

When the machine.config file is amended as the article explains, then it
works. I do not have access to their machine.config files, hence the
programmatic way of supplying proxy server settings as detailed in the
second article, which as you have rightly said, only deals with Web
Services.

My problem has been where to impose this programmatic code, and what the
correct code is.

Whatever the solution is, it will be client-side.

Have you spoken to SoftwareFX about this? You may not be the first to have
this problem.

John Saunders

SoftwareFX have not responded (yet).
I'm halfway there, but have not been able to simulate a Request from a
ChartFX client object. So not there at all, I guess.

Thank you and have a nice weekend...

Nov 21 '05 #9

Dan Rogers

I have to agree with John. Since the calls to the server are being made
by the ChartFx controls, and you say these request are not seeing your
client configuration for proxy servers, then it is very likely that there
is no code you can add to your own application to make this work. The
exception case, and I would anticipate there to be this case, would be a
property on the chartFx controls that you can set from your client-side
load code to use a proxy.

Is there some reason that your clients need to use a proxy for internal
addresses? very often proxy settings bypass the proxy for local IP
addresses. I suppose that in some environments, the business wants to be
able to monitor every page every user goes to. <brrrrrr>

Dan Rogers
Microsoft Corporation
--------------------
From: "Codex Twin" <co***@more.com>
References: <eE**************@TK2MSFTNGP14.phx.gbl>
<OW**************@TK2MSFTNGP09.phx.gbl>
<Om**************@TK2MSFTNGP14.phx.gbl>
<Od**************@TK2MSFTNGP10.phx.gbl>
Subject: Re: Rerouting Requests via a Proxy because of .NET "bug"
Date: Fri, 3 Dec 2004 17:54:22 -0000
Lines: 60
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 6.00.2800.1437
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441
Message-ID: <up**************@TK2MSFTNGP11.phx.gbl>
Newsgroups:
microsoft.public.dotnet.framework.aspnet,microsoft .public.dotnet.framework.w
ebservices
NNTP-Posting-Host: 193.115.152.15
Path:
cpmsftngxa10.phx.gbl!TK2MSFTNGXA01.phx.gbl!TK2MSFT NGP08.phx.gbl!TK2MSFTNGP11
phx.gbl
Xref: cpmsftngxa10.phx.gbl
microsoft.public.dotnet.framework.webservices:7804
microsoft.public.dotnet.framework.aspnet:280780
X-Tomcat-NG: microsoft.public.dotnet.framework.webservices
"John Saunders" <johnwsaundersiii at hotmail.com> wrote in message
news:Od****************@TK2MSFTNGP10.phx.gbl...

"Codex Twin" <co***@more.com> wrote in message
news:Om**************@TK2MSFTNGP14.phx.gbl...

...

John

The scenario is this: The server application I have built uses the ChartFX (by SoftwareFX) control. This control causes the download of half a dozen or
so "client-side components". These are nothing more than .NET assemblies
which allow all the fancy dynamic chart customisation tools on the
browser.
One of the conditions for the client-side dlls to work is that the client machine has to have the .NET framework installed.

These same machines, being behind the firewall, uses the automatic proxy
discovery script to determine the proxy server settings.
Now, because of the problem detailed in the first article
(http://support.microsoft.com/default...5BLN%5D;307220) and
the
fact that the .NET Framework does not support proxy discovery scripts, the client machine cannot see get the proxy server settings and the charts
fail.

Please be more specific. Exactly what do you mean when you say "the charts
fail"?

When the machine.config file is amended as the article explains, then it
works. I do not have access to their machine.config files, hence the
programmatic way of supplying proxy server settings as detailed in the
second article, which as you have rightly said, only deals with Web
Services.

My problem has been where to impose this programmatic code, and what the
correct code is.

Whatever the solution is, it will be client-side.

Have you spoken to SoftwareFX about this? You may not be the first to have
this problem.

John Saunders

SoftwareFX have not responded (yet).
I'm halfway there, but have not been able to simulate a Request from a
ChartFX client object. So not there at all, I guess.

Thank you and have a nice weekend...

Nov 21 '05 #10