Estou tentando implantar um aplicativo MVC3 no IIS 7.5 Em cada rota estou recebendo um erro de servidor interno http 500:
Error Summary
HTTP Error 500.0 - Internal Server Error
The page cannot be displayed because an internal server error has occurred. Detailed Error Information
Module ManagedPipelineHandler
Notification ExecuteRequestHandler
Handler System.Web.Mvc.MvcHandler
Error Code 0x00000000
Requested URL http://www.xxxxxx.com:80/Home/Index
Physical Path C:\inetpub\wwwroot\xxxxxx.com\Home\NoAccess
Logon Method Anonymous
Logon User Anonymous
Failed Request Tracing Log Directory C:\inetpub ..
Eu posso solicitar arquivos html simples ou arquivos aspx regulares com código embutido. O rastreamento de solicitação com falha foi ativado e o rastreamento de solicitação mostrou um aviso:
131. -MODULE_SET_RESPONSE_ERROR_STATUS
ModuleName ManagedPipelineHandler
Notification 128
HttpStatus 500
HttpReason Internal Server Error
HttpSubStatus 0
ErrorCode 0
ConfigExceptionInfo
Notification EXECUTE_REQUEST_HANDLER
ErrorCode The operation completed successfully. (0x0)
Quando tento recriar o site no IIS e testar a conexão, estou recebendo um erro "Não é possível verificar o acesso ao caminho". Eu dei controle total ao Serviço de Rede e a identidade do pool de aplicativos também é Serviço de Rede.
O Framework está definido como 4.0, modo de pipeline gerenciado = integrado.
Alguma idéia .. ou é mais informação necessária?
Dê uma olhada aqui primeiro: link
Atualização: se não ajudar - leia esta discussão (especialmente o último post na página 2): link
Atualização 2: Esse também parece muito promissor: link
remova <add verb="POST,GET" path="ajax/*.ashx" type="Ajax.PageHandlerFactory, Ajax" /> do link
e adicione <add verb="POST,GET" name="scripthandlerajaxFactory" path="ajax/*.ashx" type="Ajax.PageHandlerFactory, Ajax" /> a manipuladores
Por favor, verifique com o aplicativo, talvez o comportamento pretendido.
Eu tive exatamente o mesmo problema, verifiquei todas as permissões óbvias (permissão IIS APPPOOL \ AppPoolName para sistema de arquivos e banco de dados, acesso de Usuários Autenticados para diretórios "Scripts" e "Conteúdo") e ainda sem sorte. Mesmo o Process Monitor não ajudou, não houve registros de acesso com falha.
A solução era simples - que 403.0 era o código de resposta adequado. Eu acreditava que o aplicativo da Web deveria retornar uma visualização padrão dizendo "sua conta de domínio não está listada no banco de dados, portanto, vá embora" (como todos os aplicativos deste projeto devem, essa é uma convenção que usamos). Mas para este aplicativo, o desenvolvedor tornou diferente, e retornar 403.0 simples, que o IIS "decorou".
Tags asp.net-mvc iis iis-7.5