Erro de servidor interno devido ao bloqueio de configuração ao implantar meu aplicativo ASP.NET MVC para o meu host

Question

Estou desenvolvendo um site ASP.NET MVC em um local do Windows Server 2008 / IIS7 máquina e estou agora estou tentando implantá-lo para o meu provedor de hospedagem web, ASPnix . Eu estou usando sua hospedagem compartilhada e foram colocados em um servidor IIS7 que alegam suportes ASP.NET MVC.

No entanto, quando eu implantar o aplicativo até seus servidores, eu recebo um "Erro de servidor interno".

Aqui está o Resumo de erro :

Erro HTTP 500.19 - Erro de servidor interno

A página solicitada não pode ser acessada porque os dados de configuração relacionados para a página é inválido.

Aqui estão as partes relevantes do informações de erro detalhadas :

Módulo: IIS Web Núcleo

Notificação: BeginRequest

Manipulador: Ainda não determinado

Código de erro: 0x80070021

Erro de configuração: Essa seção de configuração não pode ser usado neste caminho. Isso acontece quando a seção está bloqueada em um nível pai. O bloqueio é tanto por padrão (overrideModeDefault = "Negar"), ou explicitamente definido por uma marca de localização com overrideMode = "Negar" ou o legado allowOverride = "false".

E o Configuração da fonte esta aparência:

144:        </modules>
145:        <handlers>
146:            <remove name="WebServiceHandlerFactory-Integrated"/>

O erro é proveniente do fato de que eu tenho um system.webServer seção no meu arquivo web.config que tem um Manipuladores seção infantil. O system.webServer é a seção de configuração exata que foi previsto por padrão quando eu primeiro criado o site da ASP.NET MVC no Visual Studio. Ele tem o seguinte comentário XML acima dela:

<!-- 
The system.webServer section is required for running ASP.NET AJAX under Internet
Information Services 7.0.  It is not necessary for previous version of IIS.
-->

Eu tomo as manipuladores seção de criança para fora, eo erro 500 vai embora. Claro, essa seção é necessário para uma aplicação ASP.NET MVC para funcionar corretamente no IIS7, tão simplesmente tomá-lo só produz outros erros (erros 404, neste caso, uma vez que o encaminhamento não funciona).

Os engenheiros de suporte em ASPnix alegação de que ASP.NET MVC está instalado e configurado corretamente no IIS7 em seus servidores. Eu não estou dizendo que eu não acredito que eles como este é o primeiro site ASP.NET MVC que eu tenho construído e implantado. No entanto, eu não consigo pensar em nada que eu pudesse fazer para fazer este trabalho uma vez que parece ser um problema de configuração em um nível que eu não tenho acesso.

Esta questão cheira como seria um problema comum com pessoas tentando implantar ASP.NET MVC para um provedor de hospedagem. Tem alguma coisa correr para isso, quer com ASPnix ou outras empresas de hospedagem web e espero que encontrou uma solução?

ps

Uma coisa estranha. Ao pesquisar o tema na web eu encontrar muitas pessoas dizendo que eles tinham para definir o atributo overrideModeDefault seus arquivos applicationHost.config de IIS7 a partir de "Negar" para "Permitir". No entanto, o meu servidor de desenvolvimento local tem esse ajuste para "negar" e tudo funciona bem. Mesmo assim, eu não tenho acesso ao arquivo applicationHost.config de qualquer maneira no servidor do host.

Answer 1

Abra o Gerenciamento do IIS, Sob o nó do servidor principal, selecione Delegação de Recurso aberta (na seção Management)

"Mapeamentos de manipulador" para "Read / Write" em vez de "Read Only"

Parece que o seu provedor de hospedagem desnecessariamente bloqueado IIS.

Eu era capaz de recriar o problema no meu local de IIS 7.5 servidor.

este para uma redefinição de configurações global.

Answer 2

Por favor, verifique se você implantou o aplicativo corretamente: Implantando um ASP.NET Server (IIS 7)

Answer 3

O link para http://www.winservermart.com/Howto/HTTP_Error_500_19_IIS_7.aspx não corrigir o problema. A "delegação de reset" cria uma exceção no web.config por apenas um domínio específico que torna o trabalho local, mas não responde como configurá-lo de forma permanente todo o sistema. Então, não é vergonha, porque sabemos que a solução e definir todas as configurações corretamente. E publicidade aqui alguns outros hospedeiros inúteis nós temos toneladas de clientes que estão executando a partir wh4l e descrevendo como grande seus servidores sobrecarregados.

-Polk