Echec de la connexion pour l'utilisateur 'IIS APPPOOL \ASP.NET v4.0'

Question

J'ai un projet web (C# Asp.Net, EF 4, MS SQL 2008 et IIS 7) et j'ai besoin de le migrer vers IIS 7 localement (pour le moment, il fonctionne bien avec CASSINI).

Localement, dans IIS, j'ai mon Default Web Site avec mon déploiement. Mon déploiement et Default Web Site sont sur le pool ASP.NET v4.0 (regardez l'image pour les paramètres) le pool cible Framework 4 comme mon projet web. Lors de la visite du site, le navigateur ne montre pas la page et permet au navigateur de télécharger la page à la place.

J'ai d'autres projets qui tournent sur IIS localement et qui fonctionnent sans problème (mais ils n'utilisent pas Entity Framework).

En utilisant le journal des événements, je vois des erreurs comme ci-dessous :

Exception information: 
    Exception type: EntityException 
    Exception message: The underlying provider failed on Open.
   at System.Data.EntityClient.EntityConnection.OpenStoreConnectionIf(Boolean openCondition, DbConnection storeConnectionToOpen, DbConnection originalConnection, String exceptionCode, String attemptedOperation, Boolean& closeStoreConnectionOnFailure)

    Login failed for user 'IIS APPPOOL\ASP.NET v4.0'.
       at System.Data.ProviderBase.DbConnectionPool.GetConnection(DbConnection owningObject)
       at System.Data.ProviderBase.DbConnectionFactory.GetConnection(DbConnection owningConnection)
       at System.Data.ProviderBase.DbConnectionClosed.OpenConnection(DbConnection outerConnection, DbConnectionFactory connectionFactory)
       at System.Data.SqlClient.SqlConnection.Open()
       at System.Data.EntityClient.EntityConnection.OpenStoreConnectionIf(Boolean openCondition, DbConnection storeConnectionToOpen, DbConnection originalConnection, String exceptionCode, String attemptedOperation, Boolean& closeStoreConnectionOnFailure)

Question connexe

MISE À JOUR : Vous pouvez lire dans les ressources sur cette question que les permissions doivent être accordées sur MS SQL 2008 manuellement comme arift l'explique dans sa réponse. En utilisant IIS 7.5 et MS SQL 2008 R2, il ne devrait pas être nécessaire de définir manuellement les autorisations.

Answer 1

On dirait que ça échoue en essayant d'ouvrir une connexion à SQL Server.

Vous devez ajouter un login au serveur SQL pour IIS APPPOOL\ASP.NET v4.0 et accorder des permissions à la base de données.

Dans SSMS, sous le serveur, développez Sécurité, puis cliquez à droite sur Logins et sélectionnez "New Login...".

Dans la boîte de dialogue Nouvelle connexion, entrez le pool d'applications comme nom de connexion et cliquez sur "OK".

Vous pouvez ensuite cliquer avec le bouton droit de la souris sur le login du pool d'applications, sélectionner Propriétés et choisir "User Mapping". Vérifiez la base de données appropriée, et les rôles appropriés. Je pense que vous pouvez simplement sélectionner db_datareader y db_datawriter mais je pense que vous devrez toujours accorder des autorisations pour exécuter les procédures stockées si vous le faites via EF. Vous pouvez vérifier les détails des rôles aquí .

Answer 2

Vous pouvez modifier l'ApplicationPoolIdentity à partir de IIS7 -> Application Pools -> Advanced Settings.

Sous ApplicationPoolIdentity, vous trouverez le système local. Cela permettra à votre application de fonctionner sous NT AUTHORITY\SYSTEM qui est un login existant pour la base de données par défaut.

Edit : Avant d'appliquer cette suggestion, vous devez noter et comprendre les implications en matière de sécurité.

Answer 3

J'ai résolu ce problème en utilisant sql comme l'image suivante.

Cliquez à droite sur db-> propriétés -> permission -> permission View Server -> et ensuite sélectionnez IIS APPPOOL\ASP.NET v4.0 et accorder la permission.

Answer 4

Assurez-vous que vous avez...

Trusted_Connection=false;

dans votre chaîne de connexion

Answer 5

Je déteste l'ApplicationPoolIdentity. Je définis toujours un compte utilisateur Windows comme compte sur les AppPools.

Comme le dit la dérive, cela ressemble à un problème de sécurité de la base de données. Créez donc un compte d'utilisateur NT, affectez-le à l'AppPool ASP.NET v4.0 et accordez-lui les droits sur le dossier du site Web et sur la ou les tables concernées dans SQL.