<?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>&amp;quot;Kerberos delegation .. end to end&amp;quot; Part II</title><link>http://blogs.msdn.com/spatdsg/archive/2007/11/20/kerberos-delegation-end-to-end-part-ii.aspx</link><description>When we left off - I was about to install SQL. Also my standard disclaimer for this series: First off let me say that I am not a “SQL guy” nor am I an “IIS guy” .. I am primarily a platforms OS kinda guy. However, I can wing my way thru some of those</description><dc:language>en-US</dc:language><generator>CommunityServer 2.1 SP1 (Build: 61025.2)</generator><item><title>"Kerberos delegation .. end to end"  Part III</title><link>http://blogs.msdn.com/spatdsg/archive/2007/11/20/kerberos-delegation-end-to-end-part-ii.aspx#6532771</link><pubDate>Mon, 26 Nov 2007 19:22:51 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:6532771</guid><dc:creator>Spat's WebLog (Steve Patrick)</dc:creator><description>&lt;p&gt;When we last left off, we had just installed SQL. Also my standard disclaimer for this series: First&lt;/p&gt;
</description></item><item><title>Troubleshooting Kerberos Problems</title><link>http://blogs.msdn.com/spatdsg/archive/2007/11/20/kerberos-delegation-end-to-end-part-ii.aspx#8395091</link><pubDate>Tue, 15 Apr 2008 01:20:27 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:8395091</guid><dc:creator>Vu's Technical Notepad</dc:creator><description>&lt;p&gt;Last week, I spent an all-nighter troubleshooting a Kerberos issue for a MOSS installation. Although&lt;/p&gt;
</description></item><item><title>re: "Kerberos delegation .. end to end" Part II</title><link>http://blogs.msdn.com/spatdsg/archive/2007/11/20/kerberos-delegation-end-to-end-part-ii.aspx#9001576</link><pubDate>Thu, 16 Oct 2008 11:16:34 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9001576</guid><dc:creator>Ewan Sadie</dc:creator><description>&lt;p&gt;Instead of maintaining the SPN attribute yourself via setSPN you can via ADSIedit give the SELF user of the service account READ/WRITE permissions to servicePrincipalName. &amp;nbsp;SQL will maintain the SPN itself every time you restart SQL.&lt;/p&gt;
&lt;p&gt;e.g.&lt;/p&gt;
&lt;p&gt;Select properties of the account SVC_MSSQLServer.&lt;/p&gt;
&lt;p&gt;select the security tab and locate the SELF user.&lt;/p&gt;
&lt;p&gt;Click the Advanced tab.&lt;/p&gt;
&lt;p&gt;Select effective permissions tab.&lt;/p&gt;
&lt;p&gt;check READ/WRITE on servicePrincipalName&lt;/p&gt;
&lt;p&gt;restart SQL&lt;/p&gt;
</description></item></channel></rss>