Fournisseur d'appartenance ASP.NET Active Directory et fournisseur de profil SQL

Je suis actuellement en train de concevoir un abonnement/Profil de schéma pour un nouveau projet sur lequel je travaille et j'ai été en espérant obtenir quelques commentaires d'autres personnes.

Le projet est un ASP.NET application web et en raison du court laps de temps, j'essaie d'utiliser tout intégré .NET framework de composants que je peux. Le site sera probablement divertir < 5000 utilisateurs. Chaque utilisateur dispose d'un profil où les paramètres personnalisés et des objets sera persisté entre les visites.

Je suis obligé d'utiliser un Active Directory pour l'authentification. Depuis l'ANNONCE de schéma ne peut pas être prolongé pour tenir de nouveaux champs, je suis dans l'obligation de tenir les paramètres de l'utilisateur et les objets dans un autre magasin de données. J'ai également été dit à ADAM n'est probablement pas une solution possible.

J'espérais utiliser l'Active Directory du Fournisseur d'appartenances pour mon schéma d'authentification et le SQL Profil de Fournisseur de données de profil utilisateur store. Je préfère ne pas construire un profil personnalisé fournisseur, mais je ne vois pas ce poser trop de problème en cas de besoin.

Je me demandais si cela est encore une solution possible, et si oui, quelqu'un avait une chance avec cette approche.

Tout commentaire serait grandement apprécié.

Grâce.

source d'informationauteur cmcginty

  1. 15

    D'abord hors je ne l'ai jamais fait moi-même.

    Il y a vraiment une excellente série (14 !! parties) sur l'ensemble du sujet de ASP.NET 2.0 la composition, les rôles et le profil fournisseur de systèmes de Scott Mitchell à 4 Gars de Rolla.

    Selon ma compréhension, vous devriez être en mesure de configurer ce comportement que vous cherchez en utilisant fondamentalement, ces deux sections de votre site web.config:

      <!-- configure Active Directory membership provider -->
  <membership defaultProvider="AspNetActiveDirectoryMembershipProvider">
    <providers>
      <add name="AspNetActiveDirectoryMembershipProvider"
           type="System.Web.Security.ActiveDirectoryMembershipProvider, 
                 System.Web, Version=2.0.3600, Culture=neutral, 
                 PublicKeyToken=b03f5f7f11d50a3a" />
    </providers>
  </membership>

  <!-- configure SQL-based profile provider -->      
  <profile defaultProvider="SqlProvider">
    <providers>
      <add name="SqlProvider"
        type="System.Web.Profile.SqlProfileProvider"
        connectionStringName="SqlProfileProviderConnection"
        applicationName="YourApplication" />
    </providers>

    <!-- specify any additional properties to store in the profile -->   
    <properties>
      <add name="ZipCode" />
      <add name="CityAndState" />
    </properties>
  </profile>

    Je pense que cela devrait fonctionner 🙂

  2. 3

    En plus de ce qu'a répondu par Marc : 

    <add name="AspNetActiveDirectoryMembershipProvider"
           type="System.Web.Security.ActiveDirectoryMembershipProvider, 
                 System.Web, Version=2.0.3600, Culture=neutral, 
                 PublicKeyToken=b03f5f7f11d50a3a" />

    vous pourriez aussi avoir besoin d'ajouter

    connectionStringName="ADService",
attributeMapUsername="sAMAccountName"

    avec corresponnding chaîne de connexion 

    <connectionStrings>
    <add name="ADService" connectionString="LDAP://ServerIP" />
</connectionStrings>

    Si vous êtes en utilisant .net 4.0, puis vous aurez besoin pour remplacer

    Version=2.0.3600

    avec 

    Version=4.0.0.0

    Donc finalement , 

    <membership defaultProvider="AspNetActiveDirectoryMembershipProvider">
      <providers>
        <add name="AspNetActiveDirectoryMembershipProvider"
             connectionStringName="ADService"
             type="System.Web.Security.ActiveDirectoryMembershipProvider, 
                 System.Web, Version=4.0.0.0, Culture=neutral, 
                 PublicKeyToken=b03f5f7f11d50a3a"
             attributeMapUsername="sAMAccountName"/>
      </providers>
    </membership>

    et depuis qu'il est défini en tant que par défaut, il peut être référencé en tant que : 

    MembershipProvider provider = Membership.Provider;
  3. 2

    Merci pour l'information, a aidé beaucoup. Aussi, plutôt que de fixer le Fournisseur par défaut avec MembershipProvider provider = Membership.Provider; vous pouvez le définir à l'adhésion de la balise.

    <membership defaultProvider="AspNetActiveDirectoryMembershipProvider">

    J'ai également écrit un petit comment et un téléchargement à un Projet Visual Studio et la Source configuré pour utiliser AspNetActiveDirectoryMembershipProvider.

    ASP.NET Authentification Basée sur les Formulaires - à l'aide de AspNetActiveDirectoryMembershipProvider

  4. 2

    Je suis à l'aide de Visual Studio 2012 et a essayé de faire comme conseillé, mais une erreur s'affiche: 

    To call this method, the "Membership.Provider" property must be an instance of "ExtendedMembershipProvider".

    Donc j'ai découvert que quelques modifications doivent être fait par défaut du formulaire de connexion sur le VS2012 avec MVC 4 et entity framework comme suit:

    sur le fichier "AccountController.cs"

    sur le "public ActionResult de Connexion(LoginModel modèle, chaîne returnUrl)"

    Changer le

        if (ModelState.IsValid && WebSecurity.Login(model.UserName, model.Password, persistCookie: model.RememberMe))

    pour

        if (ModelState.IsValid && Membership.Provider.ValidateUser(model.UserName, model.Password))

    sur le "public ActionResult de Fermeture de session()"

    Changer le 

        WebSecurity.Logout();

    pour

        FormsAuthentication.SignOut();

    et ajoutez les éléments suivants: FormsAuthentication.SetAuthCookie(modèle.Nom d'utilisateur, false);

        public ActionResult Login(LoginModel model, string returnUrl)
    {
        if (ModelState.IsValid && Membership.Provider.ValidateUser(model.UserName, model.Password))
        {

            FormsAuthentication.SetAuthCookie(model.UserName, false);               

            return RedirectToLocal(returnUrl);
        }

        //If we got this far, something failed, redisplay form
        ModelState.AddModelError("", "The user name or password provided is incorrect.");
        return View(model);
    }