Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
HomeAnnouncementsFree MagazinesWhite PapersSubmit Content
Discussion GroupsASP.NETWindows FormsLanguages.NET FrameworkVisual Studio.NET
Articles.NET FrameworkASP.NETToolsWindows Forms
.NET DirectoryOpen Source ProjectsUser GroupsWeb Resources
Related Topics
Visual Basic 6SQL ServerMS AccessOther DB ProductsMS Server ProductsMore Topics ...

.NET Forum / ASP.NET / Web Services / October 2005

Tip: Looking for answers? Try searching our database.

Web service calling a web service.

Thread view: 
Enable EMail Alerts  Start New Thread
Thread rating: 
Kevin Burton - 08 Oct 2005 19:44 GMT
This is a strange problem.

I have some IIS backed web services. I have one machine (call it machine A)
that acts as the server and listens for these web service calls. There is
another machine (not .NET if it matters) that is a server for some web
service calls (call this machine B). I can make calls just fine into machine
A and from machine A I can make web service calls to machine B. The problem
that I am having is that sometimes the web service call (for which machine A
is the server) needs make web service calls to machine B. When the web
service calls to machine B are made as part of (or inside of) the handler for
web service calls on machine A they get a web exception
(System.Net.WebException ConnectFailure). This does not occur when I make
these calls "directly" only when a web service is calling this other web
service.

To further complicate the issue putting a proxy or port forwarding tool in
the path to the calls to machine B seems to make the problem go away.

Any ideas why my web service cannot make calls to another web service? I am
suspecting there is some kind of corporate firewall issue but I can't prove
it.

Thank you.

Kevin Burton
Jon - 10 Oct 2005 12:38 GMT
Try logging in to machine A as the user that can make the call to Server B
and execute:
proxycfg.exe - u

Does that work?

> This is a strange problem.
>
[quoted text clipped - 28 lines]
>
> Kevin Burton
Kevin Burton - 10 Oct 2005 14:22 GMT
Thank you for your interest.

Here is the output:

G:\>proxycfg -u
Microsoft (R) WinHTTP Default Proxy Configuration Tool
Copyright (c) Microsoft Corporation. All rights reserved.

Updated proxy settings
Current WinHTTP proxy settings under:
 HKEY_LOCAL_MACHINE\
   SOFTWARE\Microsoft\Windows\CurrentVersion\Internet Settings\Connections\
     WinHttpSettings :

   Proxy Server(s) :  
ftp=internet:80;gopher=internet:80;http=internet:80;https
=internet:443
   Bypass List     :  *.trusted.visa.com;<local>

There doesn't seem to be an error.

Kevin

> Try logging in to machine A as the user that can make the call to Server B
> and execute:
[quoted text clipped - 34 lines]
> >
> > Kevin Burton
Jon - 10 Oct 2005 23:57 GMT
Sorry Kevin, I should have explained myself more.

Web Services run under the web servers account ASP.NET (or whatever)
So if a user can login to box A and access a we service but the web service
running as ASP.NET cannot then it means they have different proxy settings.

That command was supposed to synchronize the proxy settings the user and the
system have so they are both using the same.
It wasn't for diagnosis.

Can the service on A now access the service on B?

Jon

> Thank you for your interest.
>
[quoted text clipped - 67 lines]
>> >
>> > Kevin Burton

Free Magazines

Get these publications absolutely FREE for up to 12 months. There are no hidden fees and no obligation. Simply choose a title, complete the application form and submit it. Read more ...

Oracle MagazineNetwork ComputingComputer WorldBio-IT WorldeWeekInformation WeekInfosecurity
 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2008 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.