472,789 Members | 1,209 Online
Bytes | Software Development & Data Engineering Community
Post Job

Home Posts Topics Members FAQ

Join Bytes to post your question to a community of 472,789 software developers and data experts.

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

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
9 2983
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
"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
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

"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
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

"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
"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

"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
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

This thread has been closed and replies have been disabled. Please start a new discussion.

Similar topics

0
by: mhanrahan | last post by:
Hi, I am experiencing a "bug" (maybe I am missing a setting or something) with a Windows MDI application which I am building in c# 2.0. I am doing the following: Create an MDI parent add a...
1
by: Thomas Barnet-Lamb | last post by:
I was wondering if anyone could give me some help with the following. Consider the code snippet: struct qqq{typedef qqq* pointer;}; template<class al> struct foo : public al { template...
0
by: Dave L | last post by:
I just upgraded from VS .NET 2002 to 2003. Everything built okay, but strange bugs started appearing. Apparently there is a bug in the managed C++ compiler in regards to handling of static...
2
by: Philipp Schumann | last post by:
Dear all, I'm in the process of designing a distributed application on the basis of ASP.NET, which does not contain of scripts, but of assemblies containing classes that implement IHttpHandler...
0
by: Ubergeek | last post by:
I noticed this bug ever since I installed VC7.1 on the same machine as VC6. Sometimes when I am working with VC6, when I do a build, after the build finishes, the various menu items/toolbars remain...
26
by: Patient Guy | last post by:
The code below shows the familiar way of restricting a function to be a method of a constructed object: function aConstructor(arg) { if (typeof(arg) == "undefined") return (null);...
8
by: gw7rib | last post by:
I've been bitten twice now by the same bug, and so I thought I would draw it to people's attention to try to save others the problems I've had. The bug arises when you copy code from a destructor...
13
by: Jen | last post by:
One user of my application is experiencing an exception "input string not in correct format". But it makes no sense where it is occurring. It is occurring when a string from a textbox ("172") is...
4
by: Sin Jeong-hun | last post by:
I don't get the message so it's hard to debug that, but some of my clients report that they get "The underlying connection was closed unexpectedly" exception. According to this site (http://...
0
by: erikbower65 | last post by:
Using CodiumAI's pr-agent is simple and powerful. Follow these steps: 1. Install CodiumAI CLI: Ensure Node.js is installed, then run 'npm install -g codiumai' in the terminal. 2. Connect to...
0
linyimin
by: linyimin | last post by:
Spring Startup Analyzer generates an interactive Spring application startup report that lets you understand what contributes to the application startup time and helps to optimize it. Support for...
0
by: erikbower65 | last post by:
Here's a concise step-by-step guide for manually installing IntelliJ IDEA: 1. Download: Visit the official JetBrains website and download the IntelliJ IDEA Community or Ultimate edition based on...
0
by: kcodez | last post by:
As a H5 game development enthusiast, I recently wrote a very interesting little game - Toy Claw ((http://claw.kjeek.com/))。Here I will summarize and share the development experience here, and hope it...
14
DJRhino1175
by: DJRhino1175 | last post by:
When I run this code I get an error, its Run-time error# 424 Object required...This is my first attempt at doing something like this. I test the entire code and it worked until I added this - If...
5
by: DJRhino | last post by:
Private Sub CboDrawingID_BeforeUpdate(Cancel As Integer) If = 310029923 Or 310030138 Or 310030152 Or 310030346 Or 310030348 Or _ 310030356 Or 310030359 Or 310030362 Or...
0
by: lllomh | last post by:
Define the method first this.state = { buttonBackgroundColor: 'green', isBlinking: false, // A new status is added to identify whether the button is blinking or not } autoStart=()=>{
0
by: lllomh | last post by:
How does React native implement an English player?
2
by: DJRhino | last post by:
Was curious if anyone else was having this same issue or not.... I was just Up/Down graded to windows 11 and now my access combo boxes are not acting right. With win 10 I could start typing...

By using Bytes.com and it's services, you agree to our Privacy Policy and Terms of Use.

To disable or enable advertisements and analytics tracking please visit the manage ads & tracking page.