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.

WSE2.0 + ISA = WSE816

Thread view: 
Enable EMail Alerts  Start New Thread
Thread rating: 
Louis - 12 Oct 2005 14:02 GMT
Hi all,

I have an ISA server redirecting internet traffic to an internal server.  
The problem is that the <To> address in the message is changed by ISA, from
the external address, to the internal address of the IIS server.  Here's the
detailed exception that is thrown:

System.Web.Services.Protocols.SoapException:
Microsoft.Web.Services2.Addressing.AddressingFault: Destination Unreachable
---> System.Exception: WSE816: The <To>  message's HTTP Request Url if the
soap receiver does not have an actor name. The <To> header received contained
"http://81.255.238.218:81/ServicesGlobal/WSESCTokenIssuer.asmx" while the
HTTP Request Url was
"http://192.168.5.43:81/ServicesGlobal/WSESCTokenIssuer.asmx".

So the $1000 question is, how in code the actor name be specified?  I have
tried specifying a Pipeline.Actor URI, but with what with no sucess.  If this
in fact the correct attribute which needs to be set, what should be used -
the external address or the internal address?

Thanks in advance,

Louis
Louis - 17 Oct 2005 11:00 GMT
Hi all,

Have found the a solution. In order to get WSE to accept the message routed
from an external client by ISA, you need to assign a
Microsoft.Web.Services2.Addressing.EndpointReference to the web service
proxy's Destination attribute.  An endpoint allows two addresses to be
specified; the internal address of the web service and the internet facing
address.  This allows WSE to accept the fact that the To attribute of the web
service had to pass via the external address.  Sounds like a cludge, but it
works.

Before I was assigning the .URL property of the proxy class with the
external address of the web service, hoping that ISA would do it's job and
modify the message, but to no avail.

If anyone can think of a better to support 100+ web services please let us
know.

Thanks,

Louis

> Hi all,
>
[quoted text clipped - 19 lines]
>
> Louis
JoseP - 19 Oct 2005 23:48 GMT
Actually, the first address is not an address but a URN and can have any
values.  To be able to deploy the web service easily, I set a defined URN to
my web service using the
Microsoft.Web.Services2.Messaging.SoapActor attribute of the web service.

The SoapActor referred to the first URN of the EndPointReference, while the
second reference is to the recipient of the soap message.  With this, you can
have multiple deployment of the same web service with different
endpointreference.

> Hi all,
>
[quoted text clipped - 41 lines]
> >
> > Louis
Louis - 20 Oct 2005 10:41 GMT
The original problem has been sidestepped completely by reconfiguring ISA.
ISA is now redirecting traffic to the internal web server using an internal
DNS name which resolves to the internal IIS server.  The net effect is that
when the messages are routed by ISA the <To> address doesn’t change therefore
WSE doesn't know or care about this.

> Actually, the first address is not an address but a URN and can have any
> values.  To be able to deploy the web service easily, I set a defined URN to
[quoted text clipped - 51 lines]
> > >
> > > Louis

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.