1 votes

Qu'est-il arrivé au compte ASP.NET dans Windows Server 2012 R2 et IIS 8.5 ?

Je fais ma première incursion dans la mise en place d'une application ASP.NET MVC 3 sur IIS 8.5 et Windows Server 2012 R2. Cette application utilise Active Directory et l'authentification Windows pour la gestion des permissions. Sur IIS 6, j'ai dû donner à la machine ASP.NET (sur le serveur) des droits de modification sur mon dossier de journal pour qu'elle puisse y écrire. Actuellement, je ne vois pas de compte machine ASP.NET sur ce système. J'ai donné des droits de modification au compte NETWORK SERVICE sur la machine, mais l'application ne semble pas écrire dans le fichier journal. Attention, il s'agit d'un fichier journal local ; il ne fait pas partie de IIS.

Je suis sûr que la solution réside dans un simple interrupteur que je dois actionner, mais je suis ce problème depuis des heures et je ne sais pas ce qui se passe. Quelqu'un a-t-il une idée ?

J'ai vérifié que les rôles et fonctions de serveur suivants sont installés :

Développement d'applications

  • Extensibilité .Net 3.5
  • Élément de liste
  • Net Extensibility 4.5
  • Initialisation de l'application
  • ASP
  • ASP.NET 3.5
  • ASP.NET 4.5
  • EXTENSIONS ISAPI
  • Caractéristiques de .NET Framework 3.5
  • Caractéristiques de .NET Framework 4.5
    • ASP.NET 4.5
    • Services WCF

Rôles du serveur - Sécurité

  • Authentification de base
  • Autorisation d'URL
  • Authentification Windows

3voto

JCCyC Points 583

IIS 7+ utilise un groupe appelé IIS_IUSRS qui est intégré, contrairement aux utilisateurs/groupes de IIS6 qui ont été ajoutés lors de l'installation de IIS. Cela permet aux ACL d'être transférables entre les serveurs.

Si vous utilisez un AppPool avec un compte personnalisé, ajoutez-le au groupe IIS_IUSRS. Si vous utilisez les comptes par défaut, ACL vos dossiers en utilisant le groupe IIS_IUSRS.

0voto

Mosè Bottacini Points 101

De la documentation officielle

Les versions IIS 7 et supérieures facilitent également le processus de configuration de l'identité d'un pool d'applications et la réalisation de tous les changements nécessaires. Lorsque IIS démarre un processus de travail, il doit créer un jeton que le processus utilisera. Lorsque ce jeton est créé, IIS ajoute automatiquement l'appartenance IIS_IUSRS au jeton du processus de travail au moment de l'exécution. Les comptes qui s'exécutent en tant qu'"identités de pool d'applications" n'ont plus besoin de faire explicitement partie du groupe IIS_IUSRS. Ce changement vous aide à configurer vos systèmes avec moins d'obstacles et rend votre expérience globale plus favorable.

Il semble donc que le simple fait d'ACL le groupe IIS_IUSRS soit suffisant sans qu'il soit nécessaire d'ajouter l'identité réelle qui fait tourner l'AppPool au groupe lui-même.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X