SimpleMembership dans MVC4 app + WebApi l'aide de la base HTTP auth

Merci, cela semble la meilleure solution disponible à cette heure!
J'ai réussi à créer une fausse solution à partir de zéro (le trouver ici: http://sdrv.ms/YpkRcf ), et il semble fonctionner dans les cas suivants:

1) lorsque j'essaie d'accéder à un contrôleur MVC restreint d'action, je suis redirigé vers la page de connexion, comme prévu, à obtenir authentifié.

2) lorsque j'déclencher un jQuery ajax appel à un WebApi contrôleur restreint d'action, l'appel aboutit (sauf bien sûr quand on n'utilise pas SSL).

Encore, il ne fonctionne pas lorsque après l'ouverture de session dans le site web, les appels de l'API toujours requiert une authentification. Quelqu'un pourrait-il expliquer ce qu'il se passe ici? Dans ce qui suit, je détail mon intervention car je pense que cela pourrait être utile pour les débutants comme moi.

Merci (désolé pour la mise en forme de ce qui suit, mais je n'arrive pas à laisser de cet éditeur mark code en conséquence...)

---

Procédure

1. créer un nouveau mvc4 application (base mvc4 application: c'est déjà fourni avec universal fournisseurs. Toutes les universels fournisseurs de noms de classes commencent par Défaut...);

2. personnaliser web.config pour votre non-local DB, par exemple:

     <connectionStrings>
   <add name="DefaultConnection"
   providerName="System.Data.SqlClient"
   connectionString="data source=(local)\SQLExpress;Initial Catalog=Test;Integrated Security=True;MultipleActiveResultSets=True" />

Aussi il est souvent utile de définir un machineKey pour le hachage des mots de passe, de sorte que vous pouvez déplacer librement ce site autour de serveur à serveur, sans avoir vos mots de passe codé. Utiliser une machine clé de générateur de site web pour définir une entrée comme celle-ci:

  <system.web>
<machineKey
validationKey="...thekey..."
decryptionKey="...thekey..."
validation="SHA1"
decryption="AES" />

1. si nécessaire, créez une nouvelle base de données vide correspondant à la chaîne de connexion de votre site web.config. Puis commencer notre bon vieux pote WSAT (VS Projet de menu) et configurer la sécurité par l'ajout d'utilisateurs et de rôles en tant que de besoin.

2. si vous le souhaitez, ajouter un contrôleur HomeController avec un Indice d'action, car aucun contrôleur n'est présent dans ce modèle, et donc vous ne pourriez pas l'essai de démarrage de votre application web sans elle.

3. ajouter Thinktecture.IdentityModel.45 à partir de NuGet et ajouter/mettre à jour tous vos favori packages NuGet. Notez bien qu'au moment de l'écriture, jquery validation discrète à partir de MS n'est pas plus compatible avec jQuery 1.9 ou plus. J'ai plutôt l'utilisation d' http://plugins.jquery.com/winf.unobtrusive-ajax/ . Donc, supprimer jquery.discrète* et ajouter cette bibliothèque (qui se compose de winf.discrète-ajax et autres méthodes) dans votre faisceaux (App_Start/BundleConfig.cs).

4. modifier le WebApiConfig.cs dans App_Start par l'ajout du code après la DefaultApi route de configuration:

   public static de la classe WebApiConfig
   {
   public static void Enregistrer(HttpConfiguration config)
   {
   config.Les itinéraires.MapHttpRoute(
   nom: "DefaultApi",
   routeTemplate: "api/{controller}/{id}",
   valeurs par défaut: new { id = RouteParameter.Facultatif }
   );

       //added for Thinktecture
   var authConfig = new AuthenticationConfiguration
   {
   InheritHostClientIdentity = true,
   ClaimsAuthenticationManager = FederatedAuthentication.FederationConfiguration.IdentityConfiguration.ClaimsAuthenticationManager
   };
   //setup authentication against membership
   authConfig.AddBasicAuthentication((userName, password) => Membership.ValidateUser(userName, password));
   config.MessageHandlers.Add(new AuthenticationHandler(authConfig));
   }

   }

Être plus propre, l'api contrôleurs sera placé sous Contrôleurs/Api/, donc créer ce dossier.

1. Ajouter aux modèles une LoginModel.cs:

   public class LoginModel
   {
   [Obligatoire]
   [Display(Name = "nom d'utilisateur", ResourceType = typeof(StringResources))]
   public string nom d'utilisateur { get; set; }

   [Required]
   [DataType(DataType.Password)]
   [Display(Name = "Password", ResourceType = typeof(StringResources))]
   public string Password { get; set; }
   [Display(Name = "RememberMe", ResourceType = typeof(StringResources))]
   public bool RememberMe { get; set; }

   }

Ce modèle requiert un StringResources.resx de ressources (avec génération de code) j'ai l'habitude de placer sous un dossier des Actifs, avec les 3 chaînes de cité dans les attributs.

1. Ajouter un ClaimsTransformer.cs à votre solution de racine, comme ceci:

   public class ClaimsTransformer : ClaimsAuthenticationManager
   {
   public override ClaimsPrincipal Authentifier(string resourceName, ClaimsPrincipal incomingPrincipal)
   {
   if (!incomingPrincipal.L'identité.IsAuthenticated)
   {
   de retour de la base.Authentifier(resourceName, incomingPrincipal);
   }

       var name = incomingPrincipal.Identity.Name;
   return Principal.Create(
   "Custom", 
   new Claim(ClaimTypes.Name, name + " (transformed)"));
   }

   }

2. Ajouter Application_PostAuthenticateRequest Global.asax.cs:

   public class MvcApplication : HttpApplication
   {
   ...
   protected void Application_PostAuthenticateRequest()
   {
   si (ClaimsPrincipal.Actuel.L'identité.IsAuthenticated)
   {
   var transformateur = FederatedAuthentication.FederationConfiguration.IdentityConfiguration.ClaimsAuthenticationManager;
   var newPrincipal = transformateur.Authentifier(chaîne de caractères.Vide, ClaimsPrincipal.Actuel);

           Thread.CurrentPrincipal = newPrincipal;
   HttpContext.Current.User = newPrincipal;
   }
   }

   }

3. web.config (remplacer YourAppNamespace avec votre application espace de noms racine):

   <configSections>
   <section name="le système de.identityModel"
   type="System.IdentityModel.La Configuration.SystemIdentityModelSection, Système.IdentityModel, Version=4.0.0.0, Culture=neutral, PublicKeyToken=B77A5C561934E089" />
   ...

4. ajouter les autres modèles pour le compte du contrôleur, avec leur point de vue (vous pouvez les déduire de MVC3 modèle d'application, même si je préfère les changer plus localisable-amicale des variantes à l'aide d'attributs nécessitant une ressource de chaîne des noms plutôt que des littéraux).

5. pour tester l'authentification basée sur navigateur, ajouter un peu de [Autorisé] action d'un contrôleur (par exemple HomeController), et essayez d'accéder.

6. pour tester l'authentification HTTP de base, insérez dans certains (par exemple Home/Index) un code comme ceci (à définir votre nom d'utilisateur et le mot de passe dans la variable du jeton):

   ...

   <p>appel d'Essai

   $(function() {
   $("#test").cliquez sur(function () {
   var token = "nom d'utilisateur:MOT de passe";
   var hash = $.base64.coder(token);
   var-tête = "Base" + de hachage;
   console.journal(en-tête);

           $.ajax({
   url: "/api/dummy",
   dataType: "json",
   beforeSend: function(xhr) {
   xhr.setRequestHeader("Authorization", header);
   },
   success: function(data) {
   alert(data);
   },
   error: function(jqXHR, textStatus, errorThrown) {
   alert(errorThrown);
   }
   });
   });
   });

Cela nécessite le plugin jQuery pour l'encodage/décodage en Base64: jquery.base64.js et son minifiés homologue.

À autoriser SSL, suivez les instructions ici: http://www.hanselman.com/blog/WorkingWithSSLAtDevelopmentTimeIsEasierWithIISExpress.aspx (en gros, activer le SSL dans le web propriétés du projet et de se connecter au port spécifié dans la valeur de la propriété).

OriginalL'auteur Naftis