Re: Service Principal Name in Kerberos
- From: "Andrei Zakharov" <zandr@xxxxxxxxxxxxxxxx>
- Date: Fri, 26 Oct 2007 13:08:17 +0400
Thank you so much, Jeffrey.
--
Andrei.
""Jeffrey Tan[MSFT]"" <jetan@xxxxxxxxxxxxxxxxxxxx> wrote in message
news:KVRgNq6FIHA.540@xxxxxxxxxxxxxxxxxxxxxxxxx
Hi Andrei,you
Thanks for your feedback.
SPN =Domain\AppServerUser
This is not an SPN, as it does not use the syntax required. And I doubt
really want the SPN for the _USER_. You either want the user UPN, or theif
SPN of the _SERVICE_.
Depending on what your application does, it may be able to use Kerberos if
it builds a valid SPN from this data.
If you use this syntax to identify the user, it might be able to use
Kerberos when the local machine knows it has a Kerberos level trust with
¡°Domain¡±.
Otherwise, you¡¯ll be better off if you¡¯d use the UPN for the user, and
there is no mapping between the UPN suffix and the AD domain FQDN and youhttp://msdn.microsoft.com/subscriptions/managednewsgroups/default.aspx#notif
don¡¯t have a Kerberos level trust, you better use the implicit UPN. See:
929272 Interactive logon styles and Key Distribution Center account lookup
in Windows Server 2003
http://support.microsoft.com/default.aspx?scid=kb;EN-US;929272
Thanks.
Best regards,
Jeffrey Tan
Microsoft Online Community Support
==================================================
Get notification to my posts through email? Please refer to
ications.rights.
Note: The MSDN Managed Newsgroup support offering is for non-urgent issues
where an initial response from the community or a Microsoft Support
Engineer within 1 business day is acceptable. Please note that each follow
up response may take approximately 2 business days as the support
professional working with you may need further investigation to reach the
most efficient resolution. The offering is not appropriate for situations
that require urgent, real-time or phone-based interactions or complex
project analysis and dump analysis issues. Issues of this nature are best
handled working with a dedicated Microsoft Support Engineer by contacting
Microsoft Customer Support Services (CSS) at
http://msdn.microsoft.com/subscriptions/support/default.aspx.
==================================================
This posting is provided "AS IS" with no warranties, and confers no
.
- References:
- Service Principal Name in Kerberos
- From: Andrei Zakharov
- RE: Service Principal Name in Kerberos
- From: "Jeffrey Tan[MSFT]"
- Re: Service Principal Name in Kerberos
- From: Andrei Zakharov
- Re: Service Principal Name in Kerberos
- From: "Jeffrey Tan[MSFT]"
- Re: Service Principal Name in Kerberos
- From: Andrei Zakharov
- Re: Service Principal Name in Kerberos
- From: "Jeffrey Tan[MSFT]"
- Service Principal Name in Kerberos
- Prev by Date: Re: Service Principal Name in Kerberos
- Next by Date: Re: CryptAcquireContext failed for non-interactive user
- Previous by thread: Re: Service Principal Name in Kerberos
- Next by thread: SEC_WINNT_AUTH_IDENTITY_EX domain member question
- Index(es):
Relevant Pages
|