RE: ASP.Net 2.0 windows IsInRole error

Thanks for your followup Mike,

I'm glad that you've figured out the original issue and let us know the
progress.

Sure, welcome to post in the newsgroup for any new issuess you encounter.

Sincerely,

Steven Cheng
Microsoft MSDN Online Support Lead


Delighting our customers is our #1 priority. We welcome your comments and
suggestions about how we can improve the support we provide to you. Please
feel free to let my manager know what you think of the level of service
provided. You can send feedback directly to my manager at:
msdnmg@xxxxxxxxxxxxxx

==================================================
Get notification to my posts through email? Please refer to
http://msdn.microsoft.com/subscriptions/managednewsgroups/default.aspx#notif
ications.
==================================================
This posting is provided "AS IS" with no warranties, and confers no rights.

--------------------

From: =?Utf-8?B?YmFrZQ==?= <mikeemail@xxxxxxxxxxxxx>
References: <7F58E31C-DF7A-4374-A1B2-0ED8A5760F8C@xxxxxxxxxxxxx>
<WHBmo1J6IHA.1620@xxxxxxxxxxxxxxxxxxxxxx>
Subject: RE: ASP.Net 2.0 windows IsInRole error
Date: Mon, 21 Jul 2008 14:59:01 -0700

Hi Steven,

I have an update for you. I wrote a test app to remove any application
specific variables, and found that we were actually calling IsInRole with
a
non-existent group and without specifying the domain. Sorry about that,
there
was some miscommunication between the person who wrote the code and me. So
the group does not exist anywhere, and no domain was specified. I would
think
that in a perfect world (no bugs in framework, our network set up
correctly,
etc.), it would not blow up, but it is easy enough for us to work around.

However, we are still seeing strange behavior from the IsInRole call. It
is
acting differently on our XP Pro workstations (in one domain) than when it
is
running on our 2003 Web Servers (in another domain).

I'll create a new posting to cover the scenarios, and include code
snippets,
etc.

Thank you,
Mike


"Steven Cheng [MSFT]" wrote:

Hi Mike,

From your description, when calling the "WindowPrincipal.IsInRole"
method
in an ASP.NET webservice , you got the following exceptiton, correct?

"The trust relationship between the primary domain and the trusted
domain
failed...."

Based on my research, there are some existing common issue related to
this
error message. And most of them are caused by not supplying the domain
name
when call "IsInRole" function. However, as you said that you've already
supply the domain name in the account name parameter, I think the
problem
here is a bit different. Would you also post the code snippet in your
webmethod which call the "IsInRole" function?

Also, for the trusted domain part, have you verified that if the account
(you passed into "isInRole" function) is from the same domain(rather
than
another trusted domain) of the webserver, it will work correct?


Sincerely,

Steven Cheng

Microsoft MSDN Online Support Lead


.

Relevant Pages

  • RE: ASP.Net 2.0 windows IsInRole error
    ... "The trust relationship between the primary domain and the trusted domain ... webmethod which call the "IsInRole" function? ... Microsoft MSDN Online Support Lead ...
    (microsoft.public.inetserver.iis.security)
  • Re: IsInRole performance issue
    ... create a new class that implements IPrincipal with your IsInRole ... > -Create a domain account. ... > your domain controller. ...
    (microsoft.public.dotnet.security)
  • Re: IsInRole performance issue
    ... create a new class that implements IPrincipal with your IsInRole ... > -Create a domain account. ... > your domain controller. ...
    (microsoft.public.dotnet.framework.aspnet.security)
  • Re: IsInRole ?
    ... As of 1.1 IsInRole is not case sensitive. ... Use of included script samples are subject to the terms specified at ... > knowing much about the account that the WindowsPrincipal you are using is ... > WindowsPrincipal will always contain roles that correspond to Windows ...
    (microsoft.public.dotnet.security)
  • Re: IsInRole always return fasle on secure remoting call (Framework 2.0)
    ... I am calling the IsInRole within a Windows Service which is running under a ... if the remote caller is the same that the account running the ... the current thread are the same, but the IsInRole returns different result. ...
    (microsoft.public.dotnet.distributed_apps)