Môj kolega pracuje na webovú časť v prostredí FBA. Okrem iného, Webová časť ťahá niektoré údaje zo servera SQL server. Veľký plán pre tento projekt diktuje, že DBA nastaví úroveň bezpečnosti údajov SQL (na rozdiel od vkladania ID užívateľa v SQL dotazu alebo nejaký iný prístup).

Problém je, že server SQL server nevie nič o našom životnom prostredí FBA tak to nemôže dôverovať. Môžeme vyriešiť tento problém, pre nedostatok lepšieho slová, manuálne zosobnenie používateľa reklamy tak, aby sme mohli spojiť SQL tak, že dát SQL úroveň bezpečnosti práce.

Hoci FBA je funkcia ASP.NET, sme národ SharePoint ľudí učil rôznych vyhľadávačov, že ak hľadanej pre FBA, chcete povedať, chcete vedieť, ako nastaviť FBA v službe SharePoint. Nepodarilo sa mi nájsť nájsť žiadne informácie o tom, ako povoliť FBA orientované ASP.NET aplikácie komunikovať s SQL spôsobom sme potrebovali.

Pri skúmaní tohto, sme re-si prečítajte tento článok: ASP.NET zosobnenie

Ďalší výskum viedol nás na tento článok codproject: http://www.codeproject.com/KB/cs/cpimpersonation1.aspx

Ktoré nám pomohol napísať náš kód, ktoré som zahrnutá pod. To nie je najelegantnejší veci, ale to fungovalo. Dúfam, že vám nájsť užitočné.

Tu je kód, ktorý pracoval pre nás:

protected neplatné btnSearchCarrier_Click(objekt odosielateľa, EventArgs e)
 {
 skúste
 {
 ImpersonateUser iU = nové ImpersonateUser();
 // TODO: Nahradiť poverenia iU.Impersonate("DomainName", "Užívateľské meno", "Heslo");

//
 KÓD
//

 iU.Undo();
 }
 chytiť (Výnimkou ex)
 {

 }
 }

// Pomocou zosobnenie triedy, ako je uvedené nižšie.

verejné trieda ImpersonateUser
 {
 [DllImport("Advapi32.dll, ak ide", SetLastError = pravda)]
 verejné statické externé Položka LogonUser bool(
 Reťazec lpszUsername,
 Reťazec lpszDomain,
 Reťazec lpszPassword,
 int dwLogonType,
 int dwLogonProvider,
 odkaz IntPtr phToken);

 [DllImport("kernel32.dll", CharSet = CharSet.Auto)]
 súkromné externé statické bool CloseHandle(IntPtr rukoväť);

 súkromné statické IntPtr tokenHandle = nové IntPtr(0);
 súkromné statické WindowsImpersonationContext impersonatedUser;

 // Ak ste začleniť tento kód do knižnice DLL, Uistite sa, požadovať, aby
 // pracuje s FullTrust.
 [PermissionSetAttribute(SecurityAction.Demand, Meno = "FullTrust")]
 verejné neplatné zosobniť(reťazec domainName, reťazec užívateľské meno, reťazec heslo)
 {
 skúste
 {

 // Použite funkciu nespravované Položka LogonUser získať token pre používateľa
 // určený používateľ, domény, a heslo.
 CONST int LOGON32_PROVIDER_DEFAULT = 0;

 // Absolvovanie tohto parametra spôsobuje Položka LogonUser vytvoriť primárny token.
 CONST int LOGON32_LOGON_INTERACTIVE = 2;
 tokenHandle = IntPtr.Zero;

 // Krok -1 Balíčkoch získať popisovač prístupového tokenu.
 bool returnValue = Položka LogonUser(
 užívateľské meno,
 domainName,
 heslo,
 LOGON32_LOGON_INTERACTIVE,
 LOGON32_PROVIDER_DEFAULT,
 ref tokenHandle); // tokenHandle - nový token zabezpečenia

 Ak (falošné == returnValue)
 {
 int ret = Marshal.GetLastWin32Error();
 Console.WriteLine("Položka LogonUser volanie zlyhalo s kódom chyby : " +
 ret);
 throw nové System.ComponentModel.Win32Exception(ret);
 }

 // Krok - 2
 WindowsIdentity newId = nové WindowsIdentity(tokenHandle);
 // Krok -3
 impersonatedUser = newId.Impersonate();

 }
 chytiť (Výnimkou ex)
 {
 Console.WriteLine("Sa vyskytla výnimka. " + ex.Správu);
 }
 }


 /// <Zhrnutie>
 /// Zastaví zosobnenie
 /// </Zhrnutie>
 verejné neplatné späť()
 {
 impersonatedUser.Undo();
 // Voľný žetóny.
 Ak (tokenHandle != IntPtr.Zero)
 CloseHandle(tokenHandle);
 }
 }

</koniec>

Vyberajte môj blog.

Pár týždňov späť, Som pracoval s kolegom vývojárov na projekt zahŕňajúce SQL Server Reporting Services plug-in pre MOSS. Bol rozvoj webová časť, ktorá poskytuje fantázie front-end riadnej správy (Hlavným rysom je šikovný vyhľadávanie na parameter s niekoľko tisíc vyhľadávanie hodnôt za ním).

To bolo skvelé pracovať vo vývojovom prostredí, ale Užívateľ preberacie skúšky (UAT) životné prostredie, to nebude fungovať. Strieľať do ladiaceho nástroja, radi by sme videli podrobnosťami výnimiek takhle:

Povolenia udelené používateľovi "UAT_domainmosssvc" nie sú dostatočné pre vykonanie tejto operácie.(rsAccessDenied).

Ak tak urobíte služby live search na vyššie uvedené chyby, zistíte, že je to celkom bežné. Strašidelne spoločnej. Najhoršie druh bežné, pretože má mnoho rôznych možných koreňa spôsobuje a každý návrh riešenia "cíti" právo. Sme pravdepodobne snažil ich všetky.

V našom prípade, problém bol, že by sme mali urobiť zálohovanie a obnovovanie dev do UAT. Niekde v údajoch, ešte niečo s odkazom na "DEV_domain" (namiesto aktualizované "UAT_Domain"). Vytvorili sme nový web, Pridať webovú časť a to vyriešiť náš problém.

Dúfajme, že to ušetrí niekto hodinu alebo dve na celej čiare.

</koniec>

Vyberajte môj blog.