Screened Subnet (DMZ) causes Web Service to fail

Ask a Question related to ASP.NET Web Services, Design and Development.

  1. #1

    Default 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

  2. Similar Questions and Discussions

    1. 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...
    2. 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...
    3. 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%...
    4. 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...
    5. 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...
  3. #2

    Default 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

Posting Permissions

  • You may not post new threads
  • You may post replies
  • You may not post attachments
  • You may not edit your posts

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139