ServicePointManager does not support proxies of HTTPS scheme

**Dan Rogers** · Nov 21 '05, 07:06 PM

RE: ServicePointMan ager does not support proxies of HTTPS scheme

Hi Carlos,

When you use TLS, the browser typically switches to port 443. The WSDL
request (add web reference) goes over HTTP get, and I suspect is directed
in your case over port 80.

It would seem that you are routing through a proxy server that does not
support port 443 operations. I think the only remedy would be to switch to
a router that does support secure sessions. There may be an administrative
option that your IT department has set to prevent them from not being able
to monitor secure traffic.

I hope this helps

Dan Rogers
Microsoft Corporation
--------------------
Thread-Topic: ServicePointMan ager does not support proxies of HTTPS scheme
thread-index: AcTZP/eIcgF4orGMQFGum XnQqNFqfw==
X-WBNR-Posting-Host: 200.99.5.146
From: =?Utf-8?B?TW9saW5h?= <Molina@discuss ions.microsoft. com>
Subject: ServicePointMan ager does not support proxies of HTTPS scheme
Date: Fri, 3 Dec 2004 05:57:03 -0800
Lines: 18
Message-ID: <37FA7694-836F-4185-8486-1FC5CC04782A@mi crosoft.com>
MIME-Version: 1.0
Content-Type: text/plain;
charset="Utf-8"
Content-Transfer-Encoding: 7bit
X-Newsreader: Microsoft CDO for Windows 2000
Content-Class: urn:content-classes:message
Importance: normal
Priority: normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.0
Newsgroups: microsoft.publi c.dotnet.framew ork.webservices
NNTP-Posting-Host: TK2MSFTNGXA03.p hx.gbl 10.40.1.29
Path: cpmsftngxa10.ph x.gbl!TK2MSFTNG XA01.phx.gbl!TK 2MSFTNGXA03.phx .gbl
Xref: cpmsftngxa10.ph x.gbl
microsoft.publi c.dotnet.framew ork.webservices :7790
X-Tomcat-NG: microsoft.publi c.dotnet.framew ork.webservices

Hi !!!

I have a VB.Net application that consumes an WebService. The problem is
that
the HTTP address works fine, but it will change to an HTTPS address, and it
isn't working.

The weird thing is that I could add the WebReference and view the WSDL in
my
browser (even in my iPaq Internet Explorer) without any problem, when I try
to consume the WebService I get the following error message: "The
ServicePointMan ager does not support proxies of https scheme."

What causes this error? How can I fix it or workaround?
Why I can add the WebReference and cannot consume the WebService?

Thanks in advance,

--
Carlos Molina

**Molina** · Nov 23 '05, 05:10 AM

RE: ServicePointMan ager does not support proxies of HTTPS scheme

Hi, Dan!

Thanks for your answer.

I told about your answer to our network administrator and he didn't figured
how we could do it, because we've tried the solution suggested in the
following article
(http://support.microsoft.com/default...b;en-us;283284) to allow
secure requests through a port different than 443, but the error message
still the same...

I'm not sure if the solution from the article above applies to our proxy or
the WebService owner's proxy... Am I making a mess?

Thanks again!

"Dan Rogers" wrote:
[color=blue]
> Hi Carlos,
>
> When you use TLS, the browser typically switches to port 443. The WSDL
> request (add web reference) goes over HTTP get, and I suspect is directed
> in your case over port 80.
>
> It would seem that you are routing through a proxy server that does not
> support port 443 operations. I think the only remedy would be to switch to
> a router that does support secure sessions. There may be an administrative
> option that your IT department has set to prevent them from not being able
> to monitor secure traffic.
>
> I hope this helps
>
> Dan Rogers
> Microsoft Corporation
> --------------------[/color]

**Dan Rogers** · Nov 23 '05, 05:10 AM

RE: ServicePointMan ager does not support proxies of HTTPS scheme

Hi,

I think the term proxy is what is adding some confusion. There is an HTTP
proxy server somewhere in your environment that is saying it will not pass
SOAP requests. This isn't the "proxy" that is generated to make the call
from the client program - even though the word is the same (It's meaning is
applicable to both types of proxies). You need to find the admin of your
intranet, and see if you can get them to grant SOAP permissions in their
proxy server infrastructure.

Dan
--------------------
Thread-Topic: ServicePointMan ager does not support proxies of HTTPS scheme
thread-index: AcTbjg1ZZcQO/wciSkaOwbYlw/fHNA==
X-WBNR-Posting-Host: 200.99.5.146
From: =?Utf-8?B?TW9saW5h?= <Molina@discuss ions.microsoft. com>
References: <37FA7694-836F-4185-8486-1FC5CC04782A@mi crosoft.com>
<gZh3eaX2EHA.33 88@cpmsftngxa10 .phx.gbl>
Subject: RE: ServicePointMan ager does not support proxies of HTTPS scheme
Date: Mon, 6 Dec 2004 04:21:02 -0800
Lines: 36
Message-ID: <4C766CF9-8502-457C-A997-05FE4D625BE4@mi crosoft.com>
MIME-Version: 1.0
Content-Type: text/plain;
charset="Utf-8"
Content-Transfer-Encoding: 7bit
X-Newsreader: Microsoft CDO for Windows 2000
Content-Class: urn:content-classes:message
Importance: normal
Priority: normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.0
Newsgroups: microsoft.publi c.dotnet.framew ork.webservices
NNTP-Posting-Host: TK2MSFTNGXA03.p hx.gbl 10.40.1.29
Path:
cpmsftngxa10.ph x.gbl!TK2MSFTFE ED01.phx.gbl!TK 2MSFTNGP08.phx. gbl!TK2MSFTNGXA 0
3.phx.gbl
Xref: cpmsftngxa10.ph x.gbl
microsoft.publi c.dotnet.framew ork.webservices :7888
X-Tomcat-NG: microsoft.publi c.dotnet.framew ork.webservices

Hi, Dan!

Thanks for your answer.

I told about your answer to our network administrator and he didn't figured
how we could do it, because we've tried the solution suggested in the
following article
(http://support.microsoft.com/default...b;en-us;283284) to allow
secure requests through a port different than 443, but the error message
still the same...

I'm not sure if the solution from the article above applies to our proxy or
the WebService owner's proxy... Am I making a mess?

Thanks again!

"Dan Rogers" wrote:
[color=blue]
> Hi Carlos,
>
> When you use TLS, the browser typically switches to port 443. The WSDL
> request (add web reference) goes over HTTP get, and I suspect is directed
> in your case over port 80.
>
> It would seem that you are routing through a proxy server that does not
> support port 443 operations. I think the only remedy would be to switch[/color]
to[color=blue]
> a router that does support secure sessions. There may be an[/color]
administrative[color=blue]
> option that your IT department has set to prevent them from not being[/color]
able[color=blue]
> to monitor secure traffic.
>
> I hope this helps
>
> Dan Rogers
> Microsoft Corporation
> --------------------[/color]

**TobyRiley** · Nov 23 '05, 05:44 AM

RE: ServicePointMan ager does not support proxies of HTTPS scheme

Did you find a solution to this problem. As i have same issue - see my new
post (SSL Web Service Proxy Authentication)

Thanks

Toby

"Dan Rogers" wrote:
[color=blue]
> Hi,
>
> I think the term proxy is what is adding some confusion. There is an HTTP
> proxy server somewhere in your environment that is saying it will not pass
> SOAP requests. This isn't the "proxy" that is generated to make the call
> from the client program - even though the word is the same (It's meaning is
> applicable to both types of proxies). You need to find the admin of your
> intranet, and see if you can get them to grant SOAP permissions in their
> proxy server infrastructure.
>
> Dan
> --------------------
> Thread-Topic: ServicePointMan ager does not support proxies of HTTPS scheme
> thread-index: AcTbjg1ZZcQO/wciSkaOwbYlw/fHNA==
> X-WBNR-Posting-Host: 200.99.5.146
> From: =?Utf-8?B?TW9saW5h?= <Molina@discuss ions.microsoft. com>
> References: <37FA7694-836F-4185-8486-1FC5CC04782A@mi crosoft.com>
> <gZh3eaX2EHA.33 88@cpmsftngxa10 .phx.gbl>
> Subject: RE: ServicePointMan ager does not support proxies of HTTPS scheme
> Date: Mon, 6 Dec 2004 04:21:02 -0800
> Lines: 36
> Message-ID: <4C766CF9-8502-457C-A997-05FE4D625BE4@mi crosoft.com>
> MIME-Version: 1.0
> Content-Type: text/plain;
> charset="Utf-8"
> Content-Transfer-Encoding: 7bit
> X-Newsreader: Microsoft CDO for Windows 2000
> Content-Class: urn:content-classes:message
> Importance: normal
> Priority: normal
> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.0
> Newsgroups: microsoft.publi c.dotnet.framew ork.webservices
> NNTP-Posting-Host: TK2MSFTNGXA03.p hx.gbl 10.40.1.29
> Path:
> cpmsftngxa10.ph x.gbl!TK2MSFTFE ED01.phx.gbl!TK 2MSFTNGP08.phx. gbl!TK2MSFTNGXA 0
> 3.phx.gbl
> Xref: cpmsftngxa10.ph x.gbl
> microsoft.publi c.dotnet.framew ork.webservices :7888
> X-Tomcat-NG: microsoft.publi c.dotnet.framew ork.webservices
>
> Hi, Dan!
>
> Thanks for your answer.
>
> I told about your answer to our network administrator and he didn't figured
> how we could do it, because we've tried the solution suggested in the
> following article
> (http://support.microsoft.com/default...b;en-us;283284) to allow
> secure requests through a port different than 443, but the error message
> still the same...
>
> I'm not sure if the solution from the article above applies to our proxy or
> the WebService owner's proxy... Am I making a mess?
>
> Thanks again!
>
>
> "Dan Rogers" wrote:
>[color=green]
> > Hi Carlos,
> >
> > When you use TLS, the browser typically switches to port 443. The WSDL
> > request (add web reference) goes over HTTP get, and I suspect is directed
> > in your case over port 80.
> >
> > It would seem that you are routing through a proxy server that does not
> > support port 443 operations. I think the only remedy would be to switch[/color]
> to[color=green]
> > a router that does support secure sessions. There may be an[/color]
> administrative[color=green]
> > option that your IT department has set to prevent them from not being[/color]
> able[color=green]
> > to monitor secure traffic.
> >
> > I hope this helps
> >
> > Dan Rogers
> > Microsoft Corporation
> > --------------------[/color]
>[/color]

ServicePointManager does not support proxies of HTTPS scheme

ServicePointManager does not support proxies of HTTPS scheme

Comment

Comment

Comment

Comment