Mein Kollege hat ein Webpart in einer FBA-Umgebung arbeiten. Unter anderem, das Webpart zieht einige Daten aus SQLServer. Der großen Plan für dieses Projekt vorschreibt, dass ein DBA in SQL Daten Sicherheitsstufe konfiguriert (im Gegensatz zum Einbetten einer Benutzer-ID in einer SQL-Abfrage oder einige andere Ansatz).

Das Problem ist, dass SQLServer nicht weiß nichts über unsere FBA-Umgebung so dass es uns nicht vertrauen können. Wir lösen dieses Problem durch, in Ermangelung eines besseren Wortes, manuell imitieren einen AD-Benutzer, so dass wir eine Verbindung zu SQL, konnte so dass SQL-Daten-Sicherheit-Stufe.

Obwohl FBA ein ASP.NET-Feature ist, Wir SharePoint Nation Menschen gelehrt haben, die verschiedenen Suchmaschinen Wenn Sie FBA Abfragen sind, Sie müssen bedeuten, dass Sie wollen wissen, wie man FBA in SharePoint konfigurieren. Ich konnte nicht finden, finden Sie alle Informationen zum Aktivieren eines FBA orientierte ASP.NET Anwendung mit SQL in der Weise kommunizieren wir brauchten.

Im Zuge der Erforschung dieses, Wir haben wieder diese Artikel lesen: ASP.NET Identitätswechsel

Mehr Forschung führte uns zu diesem Artikel codproject: http://www.codeproject.com/KB/cs/cpimpersonation1.aspx

Das half uns unser Code schreiben, die ich unten aufgeführt habe. Es ist nicht das eleganteste Zeug, aber es hat funktioniert. Ich hoffe, dass Sie es hilfreich.

Hier ist der Code, der für uns gearbeitet:

geschützt void btnSearchCarrier_Click(Objekt-Absender, EventArgse)
 {
 versuchen
 {
 ImpersonateUser iU = Neu ImpersonateUser();
 // TODO: Ersetzen Sie Anmeldeinformationen iU.Impersonate("DomainName", "UserName", "Passwort");

//
 CODE
//

 iU.Undo();
 }
 fangen (Exception ex)
 {

 }
 }

// Verwendung von Identitätswechsel-Klasse, wie unten erwähnt.

öffentliche Klasse ImpersonateUser
 {
 [DllImport("advapi32.dll", SetLastError = wahr)]
 öffentliche statische Ext. Bool LogonUser(
 Zeichenfolge lpszUsername,
 Zeichenfolge lpszDomain,
 Zeichenfolge lpszPassword,
 Int dwLogonType,
 Int dwLogonProvider,
 Ref IntPtr-phToken);

 [DllImport("kernel32.dll", CharSet = CharSet.Auto)]
 Privat Ext. statische Bool CloseHandle(IntPtr handle);

 Privat statische IntPtr-TokenHandle = Neu IntPtr(0);
 Privat statische WindowsImpersonationContext impersonatedUser;

 // Wenn Sie diesen Code in eine DLL einbinden, Achten Sie darauf, daß es verlangen
 // läuft mit FullTrust.
 [PermissionSetAttribute(SecurityAction.Demand, Name = "FullTrust")]
 öffentliche privatevoid Impersonate(Zeichenfolge-domainName, Zeichenfolge Benutzernamen, Zeichenfolge-Passwort)
 {
 versuchen
 {

 // Verwenden Sie die nicht verwaltete Funktion LogonUser, um Benutzer für token erhalten
 // der angegebene Benutzer, Domäne, und Passwort.
 const Int LOGON32_PROVIDER_DEFAULT = 0;

 // Übergabe dieser Parameter bewirkt, dass LogonUser ein primäres Token erstellen.
 const Int LOGON32_LOGON_INTERACTIVE = 2;
 TokenHandle = IntPtr.Zero;

 // Schritt -1 Rufen Sie LogonUser erhalten Sie einen Handle für ein Zugriffstoken auf.
 Bool ReturnValue = LogonUser(
 Benutzername,
 domainName,
 Passwort,
 LOGON32_LOGON_INTERACTIVE,
 LOGON32_PROVIDER_DEFAULT,
 Ref tokenHandle); // tokenHandle - neue Sicherheits-token

 If (false == ReturnValue)
 {
 Int ret = GetLastWin32Error();
 Console.WriteLine("LogonUser-Aufruf ist fehlgeschlagen mit Fehlercode : " +
 Ret);
 werfen neue System.ComponentModel.Win32Exception(Ret);
 }

 // Schritt - 2
 WindowsIdentity NewId = Neu WindowsIdentity(tokenHandle);
 // Schritt -3
 ImpersonatedUser = newId.Impersonate();

 }
 fangen (Exception ex)
 {
 Console.WriteLine("Ausnahme ist aufgetreten. " + Ex.Nachricht);
 }
 }


 /// <Zusammenfassung>
 /// Haltestellen Identitätswechsel
 /// </Zusammenfassung>
 öffentliche void rückgängig()
 {
 impersonatedUser.Undo();
 // Die Token gratis.
 If (tokenHandle != IntPtr.Zero)
 CloseHandle(tokenHandle);
 }
 }

</Ende>

Onnieren Sie meinen Blog ab.

Ein paar Wochen zurück, Ich arbeitete mit meinem Kollegen Entwickler an einem Projekt mit SQL Server Reporting Services-Plug-in für MOSS. Er entwickelte einen Webpart, der Front-End für den richtigen Bericht Lust bereitstellt (Das wichtigste Merkmal wird ein clever-Lookup auf einen Parameter mit mehreren tausend durchsuchbare Werte dahinter).

Dies war groß in der Entwicklungsumgebung, sondern in der Benutzerakzeptanztest tätig. (UAT) Umgebung, Es würde nicht funktionieren. Feuern Sie den debugger, Wir würden Ausnahmedetails wie diese sehen.:

Die Berechtigungen an Benutzer, dass 'UAT_domainmosssvc' zum Ausführen des Vorgangs nicht ausreichen.(rsAccessDenied).

Wenn Sie eine live-Suche auf die obige Fehlermeldung tun, Sie finden, dass es durchaus üblich ist. Erschreckend häufig. Die schlimmste Art von gemeinsamen, da es viele verschiedene mögliche Wurzel hat verursacht und jedermanns Lösungsvorschlag "fühlt" rechts. Wahrscheinlich haben wir versucht sie alle.

In unserem Fall, das Problem war, dass wir ein Backup/Restore der DEV UAT getan hatte. Irgendwo in den Daten, etwas bezog sich noch auf "DEV_domain" (statt die aktualisierte "UAT_Domain"). Wir haben eine neue Website, hinzugefügt, dass das Webpart, und dass unser Problem gelöst.

Hoffentlich wird dies jemand ein oder zwei Stunden auf der ganzen Linie sparen.

</Ende>

Onnieren Sie meinen Blog ab.