A autenticação foi mal-sucedida nos IIS do utilizador APPPOOL\ASP.NET v4. 0"

Pode alterar a identidade do pedido a partir de Conjuntos de aplicações IIS7 -> Configurações Avançadas.

Em caso de candidatura, poderá encontrar o sistema local. Isto fará a sua aplicação correr em NT AUTHORITY\SYSTEM, que é um login existente para a base de dados por omissão.

Editar: Antes de aplicar esta sugestão você deve anotar e entender as implicações de segurança.

Assegura-te que sim...

Trusted_Connection=false;

No seu texto de ligação

Resolvi este problema usando o sql como imagem seguinte.

Carregue com o botão direito no db-> propriedades -> permissão -> ver a permissão do servidor -> e depois seleccione IIS APPPOOL\ASP.NET v4.0 e conceda a permissão.

Execute este programa SQL

IF NOT EXISTS (SELECT name FROM sys.server_principals WHERE name = 'IIS APPPOOL\DefaultAppPool')
BEGIN
    CREATE LOGIN [IIS APPPOOL\DefaultAppPool] 
      FROM WINDOWS WITH DEFAULT_DATABASE=[master], 
      DEFAULT_LANGUAGE=[us_english]
END
GO
CREATE USER [WebDatabaseUser] 
  FOR LOGIN [IIS APPPOOL\DefaultAppPool]
GO
EXEC sp_addrolemember 'db_owner', 'WebDatabaseUser'
GO

Se no texto de ligação especificou:

User ID=xxx;Password=yyy

Mas no texto de ligação existe:

Trusted_Connection=true;

O servidor de SQL irá usar a autenticação do Windows, por isso os seus valores de ligação serão ignorados e substituídos (o IIS irá usar a conta do Windows indicada no perfil de Utilizador da identidade). Mais informações aqui

O mesmo se aplica se no texto de ligação Existe:

 Integrated Security = true;

Ou

 Integrated Security = SSPI;

Porque As Janelas A autenticação será usada para se conectar ao servidor de banco de dados. Mais informações aqui

Vá ao iis -> pools de aplicação - > Encontre o seu pool de aplicação utilizado na aplicação

Seleccione a sua lista de aplicações usada para a aplicação carregue com o botão direito seleccione a configuração avançada

Seleccione a identidade do conjunto de aplicações

Seleccionar o sistema incorporado como Local e carregue em ok

Não use Segurança Integrada. Utilização User Id=yourUser; pwd=yourPwd;

1_ in SQLServer Security=>Login=>NT AUTHORITY\SYSTEM=>RightClick= > Property=>UserMaping=>Select YourDatabse=>Public&Owner Select=>OK 2_In IIs Application Pools DefaultAppPool=>Advance Setting= > Identity= > LocalSystem= > Ok

Eu tinha atualizado recentemente a instalação do meu servidor SQL e, no processo, o utilizador tinha-se desligado do Login - por isso havia um ' IIS 'APPPOOL\ASP.NET v4. 0' sob base de Dados -> Segurança - > utilizadores mas nenhum utilizador não sob Segurança - > registos.

Adicionou o Login 'IIS APPPOOL\ASP.NET v4. 0' para segurança - > Logins, SQL O servidor mapeou-o automaticamente para o utilizador na base de dados (isto costumava ter de ser feito manualmente) e o problema foi corrigido.

A primeira coisa que precisa de limpar se estiver a usar a autenticação do windows e não estiver a mencionar Nenhuma senha de utilizador no seu texto de ligação, então:

O que acontece quando executar o seu código através do localhost: quando executar o seu cliente de teste wcf a partir do localhost, ele será capaz de se comunicar à base de dados, uma vez que a aplicação local do modo de depuração está a chamar a base de dados pelo serviço da sua conta. Então ele tem acesso à base de dados porque devenv.o exe está a correr sob o seu utilizador conta.

Por isso, se está a usar a autenticação do windows para ligar a sua base de dados, só tem de muda a configuração do conjunto de aplicações IIS. Você precisa mudar a identidade da aplicação IIS pool para o sistema local.

Abaixo estão os passos para a autenticação do windows WCF:

1) abrir o IIS (windows+R (run) e depois digitar o inetmgr, e depois carregar em ok)

2) faça duplo-click com o nome do seu PC NAS LIGAÇÕES

3) Clique Em Pools De Aplicações

4) Seleccione o seu conjunto de aplicações (DefaultAppPool)

5) em seguida, sob as acções do botão direito, carregue em Configuração Avançada:

6) Ir para Secção do modelo do processo e

7) Clique na identidade.

8) seleccione agora o sistema local.

Agora abra as propriedades da sua conta vá para o userMapping e seleccione a base de dados que deseja ligar em seguida, verifique os Serviços de adesão papel que você quer para usar na base de dados seleccionada. clicar.

(para os Serviços de rede, ou seja, utilizadores intranet, é necessário configurar as opções acima para a Autoridade NT\utilizador do sistema também)

Adicionar a propriedade Trusted_ Connection=True; no seu texto de ligação. Salve-o e implemente o serviço web. Reiniciar o conjunto de aplicações.

Você será capaz de conectar a base de dados agora.

Eu tinha esta mensagem e uso a autenticação do Windows no servidor web.

Eu queria que o utilizador web autenticado fosse autenticado na base de dados, em vez de usar o IIS APPPOOL\ASP.NET utilizador v4 indicado no conjunto de aplicações.

Eu encontrei ao inserir o seguinte na web.a configuração arranjou-me isto:

<system.web>
  <identity impersonate="true" />
</system.web>

Https://msdn.microsoft.com/en-us/library/bsz5788z.aspx

Tom

Em situações de rede (que não estão em Azure), poderá fazer uma nova lista de aplicações correr numa conta de utilizador do domínio de pastas activas; Prefiro isto à conta da máquina. Ao fazê-lo, oferece segurança granular e acesso granular a recursos de rede, incluindo bases de dados. Cada site é executado em um conjunto de aplicativos diferente (e cada um deles é executado sob sua própria conta de usuário de domínio).

Continue a usar a segurança integrada do Windows em todas as cordas de ligação. No servidor SQL, adicione o Usuários de domínio como logins e permissões de concessão para Bancos de dados, tabelas, SP, etc. por site. Por exemplo, o DB1 usado pelo Website1 tem um login para o User1 porque o Website1 é executado em um Pool de aplicativos como User1.

Se tiver o seu texto de ligação adicionado na sua web.config, certifique-se de que "Segurança Integrada=false;" para que possa usar o id e senha especificados na web.configuracao.

<connectionStrings>
    <add providerName="System.Data.SqlClient" name="MyDbContext" connectionString="Data Source=localhost,1433;Initial Catalog=MyDatabase;user id=MyUserName;Password=MyPassword;Trusted_Connection=true;Integrated Security=false;" />
</connectionStrings>

Como indicado, não utilize a autenticação do Windows, Use a autenticação do servidor SQL

Também se criou uma ligação com a janela "Ligação do servidor", certifique-se de verificar as ligações na web.configuracao. É provável que você criou/modificou a conexão e ela foi armazenada como conexão confiável na web.configuracao. Basta usar esta autenticação

<add name="MyDBConnectionString" connectionString="Data Source=localhost;Initial Catalog=Finantial;User ID=xxx;Password=xxx" providerName="System.Data.SqlClient"/>

O que deve corrigir o erro.

Outra forma de conceder autorização à base de dados para o utilizador {[[0]} é a seguinte.

1. adicionar um novo utilizador com nome de Utilizador e nome de Utilizador como IIS APPPOOL\ASP.NET v4.0 com o seu esquema por omissão.
2. Go to Owner schema and Membership, Check db_datarader, db_datawriter

Tenho o mesmo problema que resolvi ao mudar {[[0]} para falso agora está a funcionar.

Pensei em postar isto como uma resposta, pois é relevante para a pergunta e pode responder-lhe em alguns casos.

Essa mesma mensagem também aparece se a base de dados não existir!

Certifique-se que o seu texto de ligação não tem erros ortográficos, está a apontar para a instância do servidor correcta, etc.

Poderá encarar isto de forma errada numa base de dados específica que é criada após a actualização do SSMS. Abra o SSMS e seleccione as suas bases de dados e abra a sua base de dados necessária e depois carregue em Segurança-- > utilizadores -- > e carregue com o botão direito nos utilizadores e carregue novamente em 'Novo Utilizador' e adicione 'Autoridade NT \ utilizadores autenticados' e salvar você trabalhar e ir para o seu formulário na Web/Desktop o que quer que você faça. Desfrutar....

Já fizeste o que @Teddy recomendaste e ainda ainda assim tens o mesmo erro?

Certifique-se que está a alterar a configuração da lista de aplicações que corresponde à sua pasta virtual e não ao servidor-mãe. Cada diretório virtual tem seu próprio AppPool e não herda.

Em DefaultAppPool conjunto NetworkService de propriedade de Identidade e no Sql Server adicionar Usuário do Serviço de Rede e dar o adequado permissões para o banco de dados, que funciona muito bem para mim, eu testei localmente, mas eu acho que essa é a melhor configuração para a ligação a partir de qualquer outro computador na rede. quando você definir o Sistema Local na identidade no IIS que está funcionando bem e não é necessário criar qualquer outro usuário no servidor Sql, mas eu acho que isso não vai funcionar em uma rede ambiente.

Web Desenvolvida.Apresentador do Visual Studio 2013 Express Base de dados criada no servidor SQL 2012 Express Teste executado usando o 'built in IIS Express' (working) Modificado para usar o IIS Local (da página de propriedades - opção web) Correu o ensaio com o Fiddler Erro recebido-não foi possível aceder à base de dados do Fornecedor.... citando "APPPOOL\DefaultAppPool"

In IIS

Carregue no conjunto de aplicações "DefaultAppPool" Set Identify = "ApplicationPoolIdentity" Set. NET framework = v4. 0 (embora o meu aplicativo fosse 4.5)

In SQL Server Management Studio

Carregue com o botão direito na pasta de segurança (sob o motor do servidor SQL, por isso aplica-se a todas as tabelas) Carregue com o botão direito no utilizador e adicione 'IIS APPPOOL\DefaultAppPool' No securables na coluna 'Grant' verifique as opções que deseja dar. Em relação ao acima se você é um DBA você provavelmente sabe e quer controlar quais são essas opções? Se você é como eu um desenvolvedor só queria testar o seu serviço de API WEB que também acede ao servidor SQL através da EF 6 no estilo MVC, em seguida, apenas verificar tudo. :) Sim, eu sei, mas funcionou.

No caso de adicionar uma nova autenticação, certifique-se de que, nas propriedades do servidor ( propriedades rightclick ->)/segurança, o modo de autenticação está definido tanto para o servidor SQL como para o windows não só para as janelas.

Para que conste, se encontrar este erro após mudar de {[[0]} para SQLEXPRESS, Certifique-se que a base de dados já se encontra em SQLEXPRESS. Pode verificar isso no Estúdio de gestão.

Tive o mesmo problema ao usar Entity Framework Depois de mudar para SQLEXPRESS from LocalDB. Tive de executar o comando. Consegui ligar-me com sucesso depois disso.

Windows NT user or group 'IIS APPPOOL\ASP.NET v4.0' not found. Check the name again. (Microsoft SQL Server, Error: 15401)

Depois de adicionar um utilizador chamado IIS APPPOOL\DefaultAppPool tudo funcionou.

Usei o perfil do servidor SQL (disponível no menu Ferramentas SSMS=>) e vi lá (quando o IIS tentou ligar-se à base de dados) que o meu utilizador do IIS era, por alguma razão, a Autoridade NT\IUSR, independentemente de todos os passos recomendados nas respostas nesta pergunta. Então eu adicionei esse usuário ao servidor SQL, e ele funcionou...