Mon collègue a travaillé sur un composant WebPart dans un environnement de FBA. Entre autres choses, le composant WebPart tire des données de SQL server. Le grand plan de ce projet exige qu'un DBA configure la sécurité niveau de données dans SQL (par opposition à l'incorporation d'un ID utilisateur dans une requête SQL ou d'une autre approche).

Le problème est que SQL server ne sait rien notre environnement EEA, donc il ne peut pas nous faire confiance. Nous avons résolu ce problème en, faute d'un meilleur mot, passer manuellement pour un utilisateur AD afin que nous pourrions nous connecter à SQL telles que données SQL niveau sécurité travaux.

Bien qu'EEA est une fonctionnalité d'ASP.NET, nous, peuple de SharePoint Nation avons enseigné la recherche de divers moteurs que si vous vous interrogez pour FBA, vous voulez savoir comment configurer FBA dans SharePoint doit dire. Je n'ai pas trouver tout renseignement sur la façon d'activer un FBA orienté application ASP.NET pour communiquer avec SQL dans la façon dont nous avions besoin de trouver.

Dans le cadre des recherches sur ce, Nous re-lire cet article: Emprunt d'identité ASP.NET

Plus de recherche nous a conduit à cet article codproject: http://www.codeproject.com/KB/cs/cpimpersonation1.aspx

Qui nous a aidé à écrire notre code, qui j'ai inclus ci-dessous. Il n'est pas les trucs plus chics, mais cela a fonctionné. J'espère que vous trouverez utile.

Voici le code qui a fonctionné pour nous:

protégé Sub btnSearchCarrier_Click(ByVal sender, EventArgs e)
 {
 Essayez
 {
 ImpersonateUser UI = Nouveau ImpersonateUser();
 // TODO: Remplacer les informations d'identification iU.Impersonate(« DomainName », « Nom d'utilisateur », « Password »);

//
 CODE
//

 iU.Undo();
 }
 captures (System.Exception ex)
 {

 }
 }

// À l'aide de la classe de l'emprunt d'identité comme mentionné ci-dessous.

public classe ImpersonateUser
 {
 [DllImport(« advapi32.dll », SetLastError = True)]
 public statique extern bool LogonUser(
 Chaîne lpszUsername,
 Chaîne lpszDomain,
 Chaîne lpszPassword,
 int dwLogonType,
 int dwLogonProvider,
 Réf IntPtr phToken);

 [DllImport(« kernel32.dll », CharSet = CharSet.Auto)]
 privé extern statique bool CloseHandle(Handle IntPtr);

 privé statique IntPtr tokenHandle = Nouveau IntPtr(0);
 privé statique WindowsImpersonationContext impersonatedUser;

 // Si vous intégrer ce code dans une DLL, n'oubliez pas d'exiger qu'elle
 // fonctionne avec FullTrust.
 [PermissionSetAttribute(SecurityAction.Demand, Nom = « FullTrust »)]
 public Impersonate Sub(chaîne NomDomaine, String userName, mot de passe de chaîne)
 {
 Essayez
 {

 // Utilisez la fonction non managée LogonUser pour obtenir l'utilisateur jeton
 // l'utilisateur spécifié, domaine, et le mot de passe.
 const int LOGON32_PROVIDER_DEFAULT = 0;

 // En passant ce paramètre provoque LogonUser créer un jeton principal.
 const int LOGON32_LOGON_INTERACTIVE = 2;
 tokenHandle = IntPtr.Zero;

 // Étape -1 Appeler LogonUser pour obtenir un handle sur un jeton d'accès.
 bool returnValue = LogonUser(
 nom d'utilisateur,
 nom de domaine,
 mot de passe,
 LOGON32_LOGON_INTERACTIVE,
 LOGON32_PROVIDER_DEFAULT,
 Réf tokenHandle); // tokenHandle - nouveau jeton de sécurité

 Si (== false returnValue)
 {
 int ret = Marshal.GetLastWin32Error();
 Console.WriteLine(« Appel de LogonUser a échoué avec le code d'erreur : " +
 RET);
 jeter nouveau System.ComponentModel.Win32Exception(RET);
 }

 // Étape - 2
 WindowsIdentity newId = Nouveau WindowsIdentity(tokenHandle);
 // Étape -3
 impersonatedUser = newId.Impersonate();

 }
 captures (System.Exception ex)
 {
 Console.WriteLine("Exception s'est produite. " + ex.Message);
 }
 }


 /// <Résumé>
 /// Emprunt d'identité s'arrête
 /// </Résumé>
 public Undo Sub()
 {
 impersonatedUser.Undo();
 // Libérer les jetons.
 Si (tokenHandle != IntPtr.Zero)
 CloseHandle(tokenHandle);
 }
 }

</fin>

S'abonner à mon blog.

A quelques semaines de retour, Je travaillais avec mon collègue développeur sur un projet SQL Server Reporting Services plug-in pour MOSS. Il a été l'élaboration d'un composant WebPart qui fournit une fantaisie frontale au bon rapport (la caractéristique principale étant une recherche intelligente sur un paramètre à plusieurs valeurs consultables mille derrière elle).

Il travaillait beaucoup dans l'environnement de développement, mais dans les tests d'acceptation utilisateur (UAT) environnement, il ne fonctionne pas. Tirant vers le haut le débogueur, Nous verrions des détails de l'exception comme ceci:

Les autorisations accordées à l'utilisateur « UAT_domainmosssvc » sont insuffisantes pour effectuer cette opération.(rsAccessDenied).

Si vous effectuez une recherche direct sur l'erreur ci-dessus, vous trouvez que c'est assez fréquent. Effroyablement commune. Les causes de la pire espèce de commune parce qu'il a beaucoup de racine potentiels différents et solution proposée de tout le monde "se sent" droit. Nous avons essayé probablement tous.

Dans notre cas, le problème était que nous avions fait une sauvegarde/restauration de DEV à UAT. Quelque part dans les données, quelque chose se référait toujours à "DEV_domain" (au lieu de la mise à jour « UAT_Domain »). Nous avons créé un nouveau site, ajouter que le composant WebPart et qui a résolu notre problème.

J'espère que cela permettra d'économiser quelqu'un une heure ou deux sur la ligne.

</fin>

S'abonner à mon blog.