ASP.NET Single Sign On (SSO) von SP 2013

Question

OK, hier ist meine Situation: Ich habe eine ASP.NET-Webformular-Anwendung, die in der SP 2013-IIS-Site installiert und ausgeführt wird. SP ist eingerichtet, um Windows AUTH zu verwenden. Ich weiß, dass dies sehr ungewöhnlich ist und nicht empfohlen ist, aber jetzt muss ich diesen Weg gehen. Ich habe keine Zeit, diese und eine Reihe anderer ASP.NET-Apps in SP-Apps zu konvertieren. Was ich versuche, ist, den Benutzer zu bekommen, der in SP protokolliert ist, und verwenden Sie diese Informationen, um sich bei meiner ASP.NET-Anwendung zu authentifizieren - und keine Eingabeaufforderung für ASP.NET. Ich denke, von Nature der .NET-App, die in derselben IIS als SP 2013 ausgeführt wird, wird es nicht aufgefordert, AUTH-CRENDS ein zweites Mal aufzufragen., Aber wie Sie Benutzer-Informationen aus dem Token erhalten?

Ich habe Code wie generasacodicetagpre.

in meinem asp.net (vb.net) und was er kehrt, ist: 0 # .w | smg \ myuser

und so, wie ich es verstehe, spielt SP die anspruchsbasierte Authentifizierung, und dies ist ein Antragsanspruch. Meine Frage ist, wie man dieses Token analysiert / akzeptiere, um Benutzernamen zu erhalten, um ihn in meinem ASP.NET zu verwenden?

Jemand anderswo im Netz hat das Folgende als Lösung gezeigt, aber ich denke, meine App kann den Microsoft.SharePoint.administration nicht verwenden.Claims-Namespace. Ist es so einfach wie das? generasacodicetagpre.

Wie ich es verstehe, ist SPLAIMPROVIDEMANAGER in Microsoft.Sharepoint.Administration.Claims Namespace, aber wie bekomme ich das in meinem ASP.Net referenziert? Ich kann diese DLL auf dem SP 2013-Server nicht einmal finden.

Answer 1

I was able to get this to work using the approach above outlined in my question - i was able to copy Microsoft.Sharepoint assembly from server and reference it in my ASP.NET project. The Microsoft.SharePoint.Administration.Claims namespace is found in the Microsoft.Sharepoint assembly

Answer 2

The key is to have both SharePoint and your app use the same authentication source.

So, either your app must change to Windows Auth (aka Integrated NTLM), or SharePoint must use forms (or claims that is based on the same user store).