IIS 7.5 401.3 Acesso Negado

Question

Estou tendo esse problema estranho com o IIS 7.5 no Windows 2008 R2 x64. Eu criei um site no IIS e criado manualmente um arquivo de teste index.html e tudo funcionou. Quando tento fazer uma implantação, copio todos os arquivos do meu PC local para o servidor IIS, tento acessar index.html (esse é o arquivo implantado adequado) e recebo o erro 401.3 access denied . Eu então tentei recriar manualmente index.html e copiar o conteúdo para este arquivo recém-criado e a página está acessível novamente ... Eu simplesmente não consigo descobrir isso. Portanto, o problema é que o IIS 7.5 não pode arquivos do servidor que foram copiados de outros PCs. Eu tentei redefinir / aplicar configurações de permissão para as pastas / arquivos copiados, mas nada funcionou. Por favor ajude. Obrigado! By the way, os arquivos que eu copiei são apenas alguns cutups html ou seja, html genérico, css e arquivos de imagem, nada de especial.

    

Answer 1

Soa como um problema de permissão de arquivo para mim. Certifique-se de que você está realmente copiando arquivos para a pasta wwwroot e não os movendo de outra pasta. Quando você copia os arquivos, eles herdam automaticamente as permissões da pasta pai, mas se você mover os arquivos, eles reterão suas permissões originais. Eu recomendaria primeiro copiar os arquivos para uma pasta no computador e depois copiá-los para a pasta wwwroot.

Outra coisa a ser tentada seria zipar os arquivos antes de copiá-los para o computador e depois extraí-los para a unidade local antes de copiá-los para a pasta wwwroot.

    

Answer 2

O IIS 7.5 deveria ter lhe dado um erro detalhado de onde você acessou o ACCESS DENIED. Se isso não ajudar, use Process Monitor e reproduza o erro novamente e procure qualquer ACCESS DENIED.

    

Answer 3

Eu estava apenas lutando com esse mesmo problema. Eu tinha implantado arquivos no servidor IIS 7.5 de outro computador e estava recebendo erros de acesso negado 401. Eu tentei adicionar a conta de identidade do domínio do aplicativo (mais sobre isso aqui: link ), a REDE Conta de serviço, etc., e nenhum deles funcionou.

O que funcionou para mim foi adicionar a conta IUSR à pasta do site (recursivamente) com as permissões padrão (Ler & executar, Listar conteúdo da pasta, Ler).

    

Answer 4

O problema não está precisamente na autorização / autenticação, mas nos módulos que agora gerenciam o IIS. Dentro de system.webServer você deve ter runAllManagedModulesForAllRequests definido como false para que você possa exibir todas as imagens / css sem problemas com autenticação.

Em sites ASP.NET, o valor de runAllManagedModulesForAllRequests anteriormente precisava ser definido como true para suportar o roteamento. No entanto, depois que o IIS 7 for atualizado com um Service Pack , o valor de runAllManagedModulesForAllRequests poderá ser definido como false ou omitido ao trabalhar com ASP. Roteamento NET.

link

P.S. Não esqueça de adicionar as seguintes linhas à seção AppSettings do meu arquivo web.config:

<add key="autoFormsAuthentication" value="false"/>
<add key="enableSimpleMembership" value="false"/>

    

Answer 5

Veja minha resposta aqui . Este IMO é uma alteração quebra no Windows Server 2008 R2.