My colleague has been working on a web part in an FBA environment. Among other things, the web part pulls some data from SQL server. The grand plan for this project dictates that a DBA configures data level security in SQL (i gcomparáid le neadú le haitheantas úsáideora i ceist SQL nó roinnt cur chuige eile).

The problem is that SQL server doesn’t know anything about our FBA environment so it can’t trust us. We solved this problem by, ar easpa focal níos fearr, manually impersonating an AD user so that we could connect to SQL such that SQL data level security works.

Cé go bhfuil FBA gné ASP.NET, táimid ag daoine Nation SharePoint a mhúin an innill chuardaigh éagsúla má tá tú ag ceistiú do FBA, you must mean you want know how to configure FBA in SharePoint. I failed to find find any information on how to enable an FBA oriented ASP.NET application to communicate with SQL in the way we needed.

Le linn an taighde seo, muid ag léamh-airteagal seo: ASP.NET phearsanú

Níos mó taighde thug dúinn a t-airteagal seo codproject: http://www.codeproject.com/KB/cs/cpimpersonation1.aspx

A chabhraigh linn an scríobh ár gcód, which I’ve included below. It’s not the most elegant stuff, ach d'oibrigh sé. I hope you find it helpful.

Seo an cód a d'oibrigh le linn:

chosaint neamhní btnSearchCarrier_Click(seoltóir réad, EventArgs e)
 {
 iarracht
 {
 ImpersonateUser AI = nua ImpersonateUser();
 // GACH: Dintiúir Ionadaigh
 ("Ainm Fearainn", "Ainm Úsáideora", "Pasfhocal");

//
 CÓD
//

 iU.Undo();
 }
 ghabháil (Ex Eisceacht)
 {

 }
 }

// Ag baint úsáide as phearsanú rang mar a luaitear anseo thíos.

poiblí ranga ImpersonateUser
 {
 [DllImport("Advapi32.dll", SetLastError = fíor)]
 poiblí statach seachtracha bool LogonUser(
 LpszUsername Teaghrán,
 Teaghrán lpszDomain,
 Teaghrán lpszPassword,
 dwLogonType slánuimhir,
 slánuimhir dwLogonProvider,
 tag IntPtr phToken);

 [DllImport("Kernel32.dll", Tacar carachtar = CharSet.Auto)]
 príobháideach seachtracha statach bool CloseHandle(IntPtr láimhseáil);

 príobháideach statach IntPtr tokenHandle = nua IntPtr(0);
 príobháideach statach WindowsImpersonationContext impersonatedUser;

 // Má tá tú ag ionchorprú an gcód seo isteach i dll?, a bheith cinnte a éileamh go bhfuil sé
 // Ritheann le FullTrust.
 [PermissionSetAttribute(SecurityAction.Demand, Ainmnigh = "FullTrust")]
 poiblí neamhní aithris(teaghrán domainName, ainm úsáideora teaghrán, Focal faire teaghrán)
 {
 iarracht
 {

 // Bain úsáid as an fheidhm LogonUser unmanaged a fháil ar an chomhartha úsáideora do
 // an t-úsáideoir a shonraítear, bhfearann, agus do phasfhocal a.
 CONST LOGON32_PROVIDER_DEFAULT = o 0;

 // Dul thar an paraiméadar is cúis LogonUser a chruthú chomhartha bunscoile.
 CONST slánuimhir LOGON32_LOGON_INTERACTIVE = 2;
 tokenHandle = IntPtr.Zero;

 // Céim -1 Glaoigh LogonUser chun a láimhseáil a fháil ar chomhartha rochtain.
 bool = returnValue LogonUser(
 ainm úsáideora,
 Ainm Fearainn,
 Focal faire,
 LOGON32_LOGON_INTERACTIVE,
 LOGON32_PROVIDER_DEFAULT,
 tag tokenHandle); // tokenHandle - nua slándála chomhartha

 más rud é (bréagach == returnValue)
 {
 slánuimhir RET = Marshal.GetLastWin32Error();
 Console.WriteLine("LogonUser glaoch theip ar a bhfuil cód earráid : " +
 ceart);
 caith System.ComponentModel nua.Win32Exception(ceart);
 }

 // Céim - 2
 WindowsIdentity newId = nua WindowsIdentity(tokenHandle);
 // Céim -3
 impersonatedUser = newId.Impersonate();

 }
 ghabháil (Ex Eisceacht)
 {
 Console.WriteLine("Tharla Eisceacht. " + ex.Message);
 }
 }


 /// <achoimre>
 /// Stadanna pearsanú
 /// </achoimre>
 poiblí neamhní Undo()
 {
 impersonatedUser.Undo();
 // Saor in aisce na comharthaí.
 más rud é (tokenHandle != IntPtr.Zero)
 CloseHandle(tokenHandle);
 }
 }

</deireadh>

Liostáil le mo bhlag.

Tá cúpla seachtain ar ais, I was working with my developer colleague on a project involving SQL Server Reporting Services plug-in for MOSS. He was developing a web part that provides a fancy front-end to the report proper (an ghné is mó a bheith ina lookup cliste ar paraiméadar le roinnt mílte luachanna inchuardaithe taobh thiar dó).

Bhí sé seo ag obair mhór ar an timpeallacht a fhorbairt ach sa tástáil inghlacthachta úsáideora (UAT) timpeallacht, it wouldn’t work. Firing up the debugger, ba mhaith linn a fheiceáil na sonraí eisceacht mar seo:

Na ceadanna a deonaíodh do úsáideora 'UAT_domain mosssvc' atá leordhóthanach chun críche an oibríocht seo.(rsAccessDenied).

Má dhéanann tú cuardach beo ar an earráid thuas, you find it’s quite common. Scarily common. The worst kind of common because it has many different potential root causes and everyone’s suggested solution "feels" ceart. We probably tried them all.

I ár gcás, the problem was that we had done a backup/restore of DEV to UAT. Somewhere in the data, something was still referring to "DEV_domain" (instead of the updated "UAT_Domain"). We created a new site, Chuir an chuid gréasáin agus a réiteach ar ár fhadhb.

Súil go dtosnódh beidh sé seo shábháil duine éigin uair an chloig nó dhó síos ar an líne.

</deireadh>

Liostáil le mo bhlag.