Eu tenho um aplicativo MVC 4 muito simples que estou tentando implantar em um servidor Windows 2012.
Inconsistentemente, ao navegar para a raiz do aplicativo da web ( http://localhost/app
), ele retorna um 403.14-Forbidden
:
Informações detalhadas sobre erros:
Module: DirectoryListingModule
Notification: ExecuteRequestHandler
Handler: StaticFile
Error Code: 0x00000000
Requested URL: http://localhost:80/test1/
Physical Path: c:\apps\test1\
Logon Method: Negotiate
O aplicativo da web é:
- É um modelo muito intrincado de VS2012 MVC4 Intranet - com apenas um ajuste em um rótulo para provar que as coisas estavam funcionando.
- é executado em um pool de aplicativos integrado da versão 4.0
- configuração para usar a autenticação do Windows
- o pool de aplicativos tem uma Identidade do AD personalizada atribuída (para obter acesso a um servidor SQL)
- a identidade do pool de aplicativos tem permissões de leitura na pasta c: \ apps \ test1 na qual está sendo executada
- É um aplicativo MVC4, direcionado ao .NET 4.0 atualmente
-Não há documento padrão em um aplicativo MVC4 (como um default.aspx), já que não deve precisar de um.
- Eu não quero ativar listagens de diretórios (já que esse não é o erro real).
- Instalado: Funções / Servidor Web (IIS) / Desenvolvimento de Appliation / (Extensibilidade do .NET 4.5, Inicialização de Aplicativos, ASP.NET 4.5, Extensões ISAP, Filtros ISAPI, Protocolo WebSocket)
- Funciona localmente em minha máquina no IISExpress no Windows 8
- Configurado no web.config:
<modules runAllManagedModulesForAllRequests="true" />
- está definido como pré-compilado durante a publicação
Quando altero a opção pré-compilada para false
, o aplicativo da Web não falha (no meu teste, pelo menos, parece funcionar de forma consistente).
A razão pela qual eu digo que é inconsistente é que eu já vi isso funcionar, então eu publiquei e o erro retorna. Não consigo encontrar um padrão para o problema (e, no momento, não consegui fazer com que funcionasse de novo).
O 403 é retornado de um navegador da Web local ou remoto.
Eu tive problemas para encontrar uma solução que não se destina a versões anteriores do Windows (como sugestões para reinstalar o ASP.NET, que não funcionará no Windows 2012).
Eu realmente não sei mais o que tentar.