à l'aide de l'authentification windows avec des groupes active directory que les rôles

J'ai lu à plusieurs questions sur ce sujet,
comme ici, ici, ici et ici;
mais aucun n'a fourni une solution qui fonctionne dans mon cas.

Ce que je veux faire:

Mettre en œuvre l'authentification Windows pour une application web qui est utilisé uniquement par nos propres employés. De cette façon, ils ne devraient pas avoir besoin de se connecter dans l'application, mais déjà être authentifiés par le moyen d'avoir ouvert une session dans windows.

Aussi, j'ai besoin de restreindre l'accès à certains domaines de l'application, basée sur des Groupes de Sécurité Active Directory de l'utilisateur peut être affecté à d'.

Donc, je veux être en mesure de décorer Contrôleurs /Actions avec

[Authorize(Roles="SomeRole")]

Ce que j'ai essayé:

J'ai

<authentication mode="Windows" />

dans mon web.config. Et j'ai ajouté plusieurs permutations d'un <roleManager> que certains des postes liés à ci-dessus. Actuellement, j'ai ce rôle de gestionnaire de

<roleManager defaultProvider="WindowsProvider"
  enabled="true"
  cacheRolesInCookie="false">
      <providers>
        <add
          name="WindowsProvider"
          type="System.Web.Security.WindowsTokenRoleProvider" />
      </providers>
    </roleManager>

trouvés dans les cette post.

Comme il est, si j'ai décorer un contrôleur avec [Authorize], je peux y accéder amende.

Cependant:

Je peux voir dans mes paramètres de l'utilisateur sur le réseau, que je fais partie d'une ANNONCE de sécurité groupe qui s'appelle "IL". Mais si je décorer le même contrôleur avec [Authorize(Roles="IT")] j'obtiens l'écran blanc qui est desservie par le asp.net serveur de développement pour un 401 non autorisé. Ce qui est inattendu. Je pense que je devrais être en mesure d'afficher la page que je suis connecté à windows et je suis partie de le groupe "IL".

La plupart tout ce que je viens de trouver sur ce sujet que ça sonne très simple à accomplir ce que je suis en train de faire, mais je suis clairement en manque de quelque chose ici.

Avez-vous mis en place le ASP.NET fournisseur d'appartenances pour utiliser Active Directory, trop? Non seulement le rôle de fournisseur....
J'ai ASpNetActiveDirectoryMembershipProvider définie comme valeur par défaut dans le web.config. Je peux poster que si vous vous sentez il pourrait y avoir une erreur là l'origine du problème.
C'est un vieux thread, mais avec l'ANNONCE de la sécurité, vous avez besoin de spécifier le nom de domaine? [Autoriser(Rôles = @"domainname\SomeRole")]

InformationsquelleAutor Forty-Two | 2012-12-07

38

Pour les dev, je suis en utilisant IISExpress
avec le développement des propriétés du serveur de la MVC du projet mis en place afin que
L'Authentification anonyme est Désactivée et l'Authentification Windows est Activé.
Le web config est déployé à l'aide de notre serveur de build TFS de tester et de publier les serveurs pour lesquels l'authentification est également défini comme ci-dessus et travaille dans ces endroits aussi bien.

Dans mon web.config j'ai.
```
  <system.web> 
....
       <authentication mode="Windows" />
        <authorization>
          <deny users="?" />
        </authorization>
        <roleManager enabled="true" defaultProvider="AspNetWindowsTokenRoleProvider">
          <providers>
            <clear />
            <add name="AspNetWindowsTokenRoleProvider" type="System.Web.Security.WindowsTokenRoleProvider" applicationName="/" />
          </providers>
        </roleManager>
....

    </system.web>
```
Je peux utiliser
```
[Authorize(Roles = @"DOMAIN\ADGroup")]
Public ActionResult Index()
{...}
```
ou
```
 public ActionResult Index()
        {
            var User = System.Web.HttpContext.Current.User;
            if (User.IsInRole("DOMAIN\\ADGroup"))
            {
                return RedirectToAction("IRSAdmin");
            }
            return View();
        }
```
Après je me souviens à la fermeture de session et reconnectez-vous donc l'autorisation m'a été donné au groupe d'ANNONCES ont été appliquées.
- Note supplémentaire dans le cas où, comme moi, vous êtes frapper votre tête contre le bureau pour plusieurs heures à essayer de résoudre ce problème: Fermeture/ouverture de session ne capte que votre nouveau les informations d'identification lorsque vous êtes connecté physiquement au réseau de l'entreprise... lors de votre connexion sans fil ne vient pas jusqu'à APRÈS la connexion, alors votre machine ne ramasse pas les nouvelles appartenances de groupe à partir du Contrôleur de Domaine et vous serez à gauche gratter la tête pendant un moment...
- c'est parce que AD synchronise mieux sur des connexions filaires. Il vous suffit d'exécuter gpupdate sur la ligne de commande pour le même effet
InformationsquelleAutor ozhug

Vous devez vous connecter pour publier un commentaire.