<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="http://blogs.msdn.com/utility/FeedStylesheets/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/"><channel><title>Impersonation Shenanigans?</title><link>http://blogs.msdn.com/azman/archive/2007/01/16/impersonation-shenanigans.aspx</link><description>Ever have different behavior when connecting to an application sever remotely vs. locally? Here’s a common gotcha than can be tough to unwind. This is described here in an AzMan scenario but any app server that makes any network calls can have similar</description><dc:language>en-US</dc:language><generator>CommunityServer 2.1 SP1 (Build: 61025.2)</generator><item><title>re: Impersonation Shenanigans?</title><link>http://blogs.msdn.com/azman/archive/2007/01/16/impersonation-shenanigans.aspx#1538001</link><pubDate>Fri, 26 Jan 2007 23:43:31 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:1538001</guid><dc:creator>omellet</dc:creator><description>&lt;p&gt;I'm sorry that this is off-topic, but is there any news of a pure managed version of AzMan? &amp;nbsp;We want to use it with the MSEL Security application block in a client-server environment, but don't especially relish the idea of having to roll out the adminpak msi to all our client workstations.&lt;/p&gt;
</description></item><item><title>re: Impersonation Shenanigans?</title><link>http://blogs.msdn.com/azman/archive/2007/01/16/impersonation-shenanigans.aspx#1584518</link><pubDate>Fri, 02 Feb 2007 23:05:53 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:1584518</guid><dc:creator>davemm</dc:creator><description>&lt;p&gt;Hi Omellet, &lt;/p&gt;
&lt;p&gt;We are working on plans to provide a general managed OM. Unfortunately, the timeframe is however post LH server. We are providing some new interfaces (such as a new AcccessCheck) in Vista that helps make the interop more friendly.&lt;/p&gt;
&lt;p&gt;Thanks,&lt;/p&gt;
&lt;p&gt;Dave&lt;/p&gt;
</description></item><item><title>re: Impersonation Shenanigans?</title><link>http://blogs.msdn.com/azman/archive/2007/01/16/impersonation-shenanigans.aspx#1834552</link><pubDate>Thu, 08 Mar 2007 10:59:28 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:1834552</guid><dc:creator>kevinidzi</dc:creator><description>&lt;p&gt;How interesting, I just ran across this issue a few weeks ago. The Network Service account was being used on the double hop and was causing it to fail hard. &amp;nbsp;I now take the request user's token, and impersonate the second hop call as the original user, and then azman works. &amp;nbsp;The benefit is that the user's credentials pass all the way down the chain, which is nice, and allows us to use the operations against the roles at even the second hop scenarios.&lt;/p&gt;
</description></item><item><title>Getting access denied error when querying for user Roles using Authorization Role Manager</title><link>http://blogs.msdn.com/azman/archive/2007/01/16/impersonation-shenanigans.aspx#9778214</link><pubDate>Fri, 19 Jun 2009 04:21:48 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9778214</guid><dc:creator>WebTopics</dc:creator><description>&lt;p&gt;Recently I was working on an AuthorizationRoleProvider issue for an ASP.Net application. Customer was&lt;/p&gt;
</description></item><item><title>Getting access denied error when querying for user Roles using Authorization Role Manager</title><link>http://blogs.msdn.com/azman/archive/2007/01/16/impersonation-shenanigans.aspx#9783374</link><pubDate>Fri, 19 Jun 2009 11:50:17 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9783374</guid><dc:creator>Microsoft Support Team's IIS Blog</dc:creator><description>&lt;p&gt;Recently I was working on an AuthorizationRoleProvider issue for an ASP.Net application. Customer was&lt;/p&gt;
</description></item></channel></rss>