Ask a Question related to ASP.NET Web Services, Design and Development.
-
Karl A Mikesell #1
Screened Subnet (DMZ) causes Web Service to fail
The underlying connection was closed: Unable to connect to the remote
server. Results when trying to consume a Web Service that sits between
multiple firewalls.
The server returns SOAP request is using the HOST Header of any one of the
firewalls, and not the header information from the original request. ISA
Server can forward this information but other firewall cannot, so can an
addition parameter be added that contains the SOAP return path and override
this default behavior?
Does WSE address this problem?
Any help please.
Karl Mikesell
Karl A Mikesell Guest
-
Green-screened actors appearing to walk across screen
I once saw a marketing approach where actors appeared at the bottom of the screen, walked over to the middle of the screen and made their marketing... -
PDFs print with screened black text
I just sent an entire book to a commercial printer. It prints 1 color (black), text only--no art. The printer reported that the text in PDFs are... -
Screened Image in PDF
Once in a while i get a screened image from my pdf files sent to me. I am on OS 9.1. and use a agfa 9800 imagesetter. The type is screened about 95%... -
multiple NIC / same subnet
Hi Kernel : 2.4.19 I have 2 NICs on same subnet with IP 192.168.0.76(eth0) and 192.168.0.72(eth1). I initiated a data transfer from another... -
How to change cluster service account password with Oracle Fail Safe installed
I would like to change the cluster service password of a MSCS system. The system have a Oracle Fail Safe database running on it. Does anybody... -
Jian Bo #2
RE: Screened Subnet (DMZ) causes Web Service to fail
The short answer is Yes
WS-Referral and WS-Routing are intended to provide return path
Cheers
Jian B
----- Karl A Mikesell wrote: ----
The underlying connection was closed: Unable to connect to the remot
server. Results when trying to consume a Web Service that sits betwee
multiple firewalls
The server returns SOAP request is using the HOST Header of any one of th
firewalls, and not the header information from the original request. IS
Server can forward this information but other firewall cannot, so can a
addition parameter be added that contains the SOAP return path and overrid
this default behavior
Does WSE address this problem
Any help please
Karl Mikesel
Jian Bo Guest



Reply With Quote

