RE: Calling COM Server from ASP.NET WebService - impersonation pro



another way around this, is if you can't change the code, the way we did it
at our end was to change the identity of the COM+. we made it the same
username+password as the application pool that was running our application
and it works

"Gangolf" wrote:

Good news. If I add the CoImpersonateClient() call into my COM server (which
is a COM+ server luckily) it works!

"Gangolf" wrote:

I found a relevant knowledge base article in the mean time:
http://support.microsoft.com/kb/325791/en-us

It is much more difficult than I thought - my COM server is of STA type and
it is really complex...

Thanks, Gangolf

"Gangolf" wrote:

Hi,

I want to call a COM+ server from a webservice. I want to use the client
credentials so I have set
<authentication mode="Windows"/>
<identity impersonate="true"/>
Calling the webservice is no problem but the COM service fails because it
still runs under the ASPNET account (I have XP SP2 and IIS 5.1). So
impersonation fails partly. When I step into the webservice with the debugger
and check the current User it is the client as it should be. But inside the
COM server I have output the current user also and that is ASPNET, which has
insufficient rights to do the job of the COM server (which is querying a
hierarchical db via a custom API).
The COM server is actually a Delphi program.

What can I do? How do I get the COM server called using the clients
credentials? I thought that would happen automatically since the webmethod is
running using the clients identity.

Here a test webservice method, which sends a mail to me showing me the
credentials used inside the webservice and inside the COM service

[WebMethod]
public bool SendAMail(string address, string header, string body)
{
try
{
// this is a COM server sending smtp mails.
SendAMailProject.SendAMailClass sendMail =
new SendAMailProject.SendAMailClass();

sendMail.SendMail(
/*array with receivers*/ new string[] { address },
/* subject */ header + " send from " + User.Identity.Name,
/* message*/ body);
return true;
}
catch
{
return false;
}
}

When I call the webmethod with the parameters
SendAMail("me@xxxxxxxxxxxxx", "Test", "don't care")
it returns true.

Since the COM server uses the current user as sender address I can see it in
the mail I receive. It is
ASPNET

The subject shows the client that has called the webservice and at this
point it is really the client who called the webservice. Up to this point
impersonation has worked:
Test send from mydomain\myaccount

Thanks in advance,
Gangolf

.



Relevant Pages

  • Re: bug with sending null elements of DataSet[] ?
    ... On client side, call webmethod like this: ... So, on server side, I expected to see a DataSet array with one element, where that element contains null. ... This should have been a big hint to the client, but apparently, it was not. ... public int ID ...
    (microsoft.public.dotnet.framework.aspnet.webservices)
  • Re: Web service testing
    ... To test if my code was faulty or not, I back-ported the web service to a standard 2.0 web service using Visual Studio 2005. ... The service is run under IIS on a Windows 2003 server, so there are no server side connection limits that can explain this. ... ASP.NET webservice application. ... In addition, since the problems occur at client, you can use Visual studio ...
    (microsoft.public.dotnet.framework.webservices)
  • RE: 404 Not Found
    ... \par which register the ASP.NET in the IIS server ... \par Microsoft Online Support ... \par> server is an ASP.NET webservice, currently you found that the server will ... \par> whether it is client side related..... ...
    (microsoft.public.dotnet.framework.webservices)
  • Calling COM Server from ASP.NET WebService - impersonation problem
    ... I want to call a COM+ server from a webservice. ... credentials so I have set ... and check the current User it is the client as it should be. ...
    (microsoft.public.dotnet.framework.aspnet.security)
  • Re: Permission Errors
    ... that means the webservice will running under the impersonate idenitity. ... a domain account so that it can be validated on the win2k server machine. ... |>webservice failed with permission error when perform the file accessing ...
    (microsoft.public.dotnet.general)