Problemas de aplicação Web (web.erros de Configuração) HTTP 500.19 com o IIS7. 5 e ASP.NET v2

Isto está a enlouquecer toda a equipa. Deve haver uma parte simples e mal configurada do IIS ou do nosso servidor Web, mas sempre que tentamos acabar ASP.NET aplicação Web no IIS 7.5 temos o seguinte erro...

Aqui está o erro completo:
HTTP Error 500.19 - Internal Server Error

The requested page cannot be accessed because the related configuration  
data for the page is invalid.

`Detailed Error Information` 
Module              IIS Web Core
Notification        Unknown
Handler             Not yet determined
Error Code          0x8007000d
Config Error
Config File         \\?\E:\wwwroot\web.config
Requested URL       http://localhost:80/Default.aspx
Physical Path 
Logon Method        Not yet determined
Logon User          Not yet determined
Config Source
   -1: 
    0: 

a máquina está a funcionar O Windows Server 2008 R2. Estamos a desenvolver a nossa aplicação web usandoVisual Studio 2008 .

de acordo com a Microsoft, o código 8007000d significa que existe uma sintaxe erro na nossa web.configuração -- exceto que o projeto constrói e funciona bem localmente. A olhar para a teia.a configuração no bloco de notas XML também não traz quaisquer erros de sintaxe. Presumo que seja uma má configuração da minha parte...?

Alguém sabe onde posso encontrar mais informações sobre o erro? Também não aparece nada no EventViewer: ([[12]} Não sei o que mais seria útil mencionar...

A ajuda é muito apreciada. Obrigado!

actualizações! - POSTOU NA INTERNET.CONFIGURAÇÃO ABAIXO

OK, desde que eu postei a pergunta original acima, eu rastreei as linhas precisas na web {[[16]}.config que estavam a causar o erro.

Aqui estão as linhas (elas aparecem entre as etiquetas <System.webServer>)...

    <httpHandlers>
        <remove verb="*" path="*.asmx"/>
        <add verb="*" path="*.asmx" validate="false" type="System.Web.Script.Services.ScriptHandlerFactory, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=f2cb5667dc123a56"/>
    </httpHandlers>

Nota: Se eu apagar as linhas entre o <httpHandlers> continuo a ter o erro. Eu literalmente tenho que apagar <httpHandlers> (e as linhas entre) para parar de obter o acima erro.

Uma vez feito isto, tenho um novo erro de 500.19. Felizmente, desta vez, Isto diz-me qual é a parte da web.o config está a causar um problema...

    <handlers>
        <remove name="WebServiceHandlerFactory-Integrated"/>
        <add verb="*" path="*.asmx" validate="false" type="System.Web.Script.Services.ScriptHandlerFactory,System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=f2cb5667dc123a56"/>
        <add name="ScriptHandlerFactoryAppServices" verb="*" path="*_AppService.axd" preCondition="integratedMode" type="System.Web.Script.Services.ScriptHandlerFactory, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=f2cb5667dc123a56"/>
        <add name="ScriptResource" preCondition="integratedMode" verb="GET,HEAD" path="ScriptResource.axd" type="System.Web.Handlers.ScriptResourceHandler, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=f2cb5667dc123a56"/>
    </handlers>

olhando para estas linhas é claro que o problema migrou ainda mais dentro da mesma marca <system.webServer> para a marca <handlers>.

O novo erro também é mais explícito e queixa-se especificamente de que não reconhece o atributo "validate" (como visto na terceira linha acima). Remover isto attribute then makes it complain that the same line doesn't have the required "name" attribute. Adicionando este atributo então aparece ASP.NET erro...

não foi possível carregar o ficheiro ou o conjunto Sistema.site.Extensao, Version = 1.0.61025.0, Culture=neutral, Publickeyoken = f2cb5667dc123a56 " ou uma das suas dependências. Sistema não foi possível encontrar o ficheiro indicado.

É óbvio que acho que estes novos erros acabaram de surgir por eu ter apagado o <httpHandlers> tags em primeiro lugar -- eles são obviamente necessários pela aplicação -- então a questão permanece: por que essas tags iriam criar um erro no IIS em primeiro lugar???

Preciso de instalar algo no IIS para que funcione com eles?

Obrigado mais uma vez por qualquer ajuda.

WEB.Configuração

Aqui estão as partes problemáticas da nossa web.Config
... Espero que isto ajude alguém a encontrar o nosso problema!

<system.Web>

<!-- stuff cut out -->

    <httpHandlers>
        <remove verb="*" path="*.asmx"/>
        <add verb="*" path="*.asmx" validate="false" type="System.Web.Script.Services.ScriptHandlerFactory, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=f2cb5667dc123a56"/>
        <add verb="*" path="*_AppService.axd" validate="false" type="System.Web.Script.Services.ScriptHandlerFactory, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=f2cb5667dc123a56"/>
        <add verb="GET,HEAD" path="ScriptResource.axd" type="System.Web.Handlers.ScriptResourceHandler, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=f2cb5667dc123a56" validate="false"/>
    </httpHandlers>
    <httpModules>
        <add name="ScriptModule" type="System.Web.Handlers.ScriptModule, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=f2cb5667dc123a56"/>
    </httpModules>
</system.web>

<system.webServer>
    <validation validateIntegratedModeConfiguration="false"/>
    <modules>
        <add name="ScriptModule" preCondition="integratedMode" type="System.Web.Handlers.ScriptModule, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=f2cb5667dc123a56"/>
    </modules>
    <remove verb="*" path="*.asmx"/>
    <add verb="*" path="*.asmx" validate="false" type="System.Web.Script.Services.ScriptHandlerFactory, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=f2cb5667dc123a56"/>
    <handlers>
        <remove name="WebServiceHandlerFactory-Integrated"/>
        <add verb="*" path="*.asmx" validate="false" type="System.Web.Script.Services.ScriptHandlerFactory,System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=f2cb5667dc123a56"/>
        <add name="ScriptHandlerFactoryAppServices" verb="*" path="*_AppService.axd" preCondition="integratedMode" type="System.Web.Script.Services.ScriptHandlerFactory, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=f2cb5667dc123a56"/>
        <add name="ScriptResource" preCondition="integratedMode" verb="GET,HEAD" path="ScriptResource.axd" type="System.Web.Handlers.ScriptResourceHandler, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=f2cb5667dc123a56"/>
    </handlers>
</system.webServer>
Author: Chuck Le Butt, 2009-11-27

17 answers

Tive estes sintomas exactos e o meu problema era semelhante ao do Peter, estava a criar um projecto existente num novo servidor. O meu projecto referenciou o módulo de reescrita de URL IIS7, mas ainda não tinha sido instalado no novo servidor. Instalá-lo resolveu o meu problema.

Pode usar o Instalador de plataforma WEB da Microsoftpara o instalar. Execute-o, Seleccione produtos , no menu à esquerda seleccione Servidor e encontre URL reescreva na lista e instale ele.

Ou podes descarregá-lo aqui .

 238
Author: JJMpls, 2015-10-07 19:19:11
Depois de lutar com isto por um dia numa nova máquina, deparei-me com os seguintes links. Faltavam-me os módulos de reescrita. Isto resolveu tudo.

Http://forums.iis.net/t/1176834.aspx

Http://learn.iis.net/page.aspx/460/using-the-url-rewrite-module/

 39
Author: kerrydewhirst, 2011-09-22 07:47:25
Aha! Eu venci este problema! Meu Deus, era uma besta para alguém como eu com uma experiência limitada. Pensei mesmo que ia passar o fim-de-semana a arranjá-lo. Aqui está a solução para quem vier a este problema maligno.

A primeira coisa a ter em conta é que, se espera que esta seja a sua solução, certifique-se de que tem o mesmo código de erro (0x8007000d) e código de configuração (-1: 0:). Se não, este não é o seu solucao.

A próxima coisa a estar ciente de: AJAX não está devidamente instalado na sua web.config!

Corrige isso seguindo este guia.:
http://www.asp.net/AJAX/documentation/live/ConfiguringASPNETAJAX.aspx

Depois, instale as extensões AJAX 1.0 no seu servidor de produção, a partir desta ligação:

Http://www.asp.net/ajax/downloads/archive/
Atualização: a Microsoft parece ter removido a página acima :(

É isso!
 35
Author: Chuck Le Butt, 2017-05-26 11:01:50

Tinha o mesmo problema que acima, o mesmo código de erro, etc. Configurar um site local no Windows 8. Depois de muita pesquisa, descobriu-se que estávamos faltando reescrita URL. Depois de fazer o download estava tudo bem. :)

 11
Author: The Edge, 2013-09-10 09:06:43

O mesmo problema no servidor 2016, IIS 10, 500.19 erro. Instalei o módulo de redireccionamento e funcionou. Não sei porque é que isto não foi incluído por defeito.

Https://www.iis.net/downloads/microsoft/url-rewrite#additionalDownloads

Para ser claro, parece a web.a configuração do IIS 7 vai funcionar, ou está desenhada para funcionar, mas a falta deste módulo dá um erro realmente estranho e inútil. Google leva você para uma página da Microsoft que insiste que o seu site é corrompido ou a tua teia.a configuração está corrompida. Nem parece ser esse o caso.

Essa página inútil está aqui: https://support.microsoft.com/en-us/kb/942055

 7
Author: Rob, 2016-12-21 16:37:01
Só adicionei um fato porque passei horas a tentar resolver os mesmos sintomas (mas um problema diferente):

Uma Causa possível é um dll x86 em um conjunto de aplicativos de 64 bits, a solução é permitir 32 aplicativos de bits nas configurações de pool de aplicativos.

 6
Author: Guillaume86, 2010-11-16 16:06:13
Para mim, re-registo. asp.net pois foi o iis que fez o truque. Espero que isso ajude outra pessoa.
aspnet_regiis.exe -i
 3
Author: ctc, 2012-12-18 16:50:21

Resumindo com base nas respostas aqui e noutros lugares:

  1. Verifique a versão. NET do conjunto de aplicações (por exemplo, 2.0 vs 4.0)
  2. Verifique se todos os módulos referenciados IIS estão instalados. Neste caso foram as extensões AJAX (provavelmente não o caso nos dias de hoje), mas URL reescrever é um comum.
 2
Author: Mark Sowul, 2015-08-26 22:02:33

Outra forma de obter 500.19 errot sem qualquer razão aparente são as pastas em falta e/ou as permissões quebradas nelas.

No caso desta pergunta, acredito que a pergunta faz sobre a versão completa do IIS. Presumo que por causa desta linha:
Config File         \\?\E:\wwwroot\web.config

O instalador IIS normalmente cria o wwwroot para si e esta é a pasta raiz predefinida para todas as páginas web e o ponto de montagem para as pastas virtuais. Sempre existe, por isso não há problema, normalmente não te importas muito com que.

Desde a web.os arquivos de configuração são hierárquicos, você pode colocar lá uma web mestre.config file e ter algumas configurações de root lá, e todos os sites vão herdar isso. O IIS verifica se esse ficheiro existe e tenta carregá-lo.

No entanto, a primeira parte divertida:

Esta pasta existirá se tiver IIS devidamente instalado. Se não existir, você terá um erro de 500 classes. No entanto, se você jogar com as permissões de arquivo/diretório, especialmente as 'avançadas' , você pode realmente acidentalmente negue a sua conta de serviço a partir da digitalização/leitura do conteúdo desta pasta. Se o IIS não for capaz de verificar se a wwwroot\web.a configuração existe, ou se existe e o IIS não é capaz de o abrir e ler - bam - 500-Erro de classe.

No entanto, para os IIS completos é muito improvável. Os programadores / administradores que trabalham com IIS completos são geralmente relutantes em jogar com wwwroot, por isso, normalmente mantém-se devidamente configurado.

No entanto, no IIS Express..

Normalmente, é só o Expresso. obra". Muitas vezes, os desenvolvedores que usam o IIS Express muitas vezes não estão cientes do quanto internamente se assemelha ao IIS real.

Pode facilmente deparar-se com o facto de a IIS Express ter a sua própria candidatura.config file E VS cria e gerencia-o para você (corretamente, em certa medida) e esse tipo de um abre-olhos dizendo-lhe que não é tão simples e ponto-e-clique como parece no início.

Para além desse ficheiro de configuração, o VisualStudio também cria uma estrutura de pastas vazia sob o seu Documents pasta. Se bem me lembro, o IIS Express considera estas pastas como as pastas de raiz do(s) Seu (s) website (s) sobre as quais pastas virtuais com o seu código estão montadas.

Mais tarde, tal como o IIS, quando o IIS Express começar, ele espera que estas pastas existam e verifique a web do root.ficheiros de configuração ali. The site web.ficheiros config . Quase sempre, estas teias.faltam ficheiros de configuração - e não faz mal porque não os queres - tens a sua web de aplicação**.config", eles são colocados com o resto do conteúdo em um diretório virtual.

Agora, a segunda parte divertida é: o IIS Express espera que as pastas vazias. Podem estar vazios, mas precisam de existir. Se eles não existem - você terá um erro de 500 classes dizendo Que "web.não é possível aceder ao ficheiro de configuração" nessa localização.

A primeira vez que me deparei com este problema foi quando estava a limpar o meu disco rígido. Eu encontrei que' documentos\websites ' pasta, completo de trash, eu reconheci vários projetos de anos de idade que eu já não trabalho, todos vazios, nem um único arquivo, então eu apaguei tudo. Uma semana depois - bam-eu não posso executar/depurar nenhum dos sites que eu estava trabalhando no momento. O erro foi 500. 19; não é possível ler o ficheiro de configuração.

Por isso, se usar o IIS Express e ver um erro de 500 classes a dizer sobre a configuração da leitura, verifique cuidadosamente a mensagem de erro e leia todos os locais mencionados. Se vir algo do género:

c:\users\user\documents\visual studio 2013\projects\WebProject1\WebProject1.web\web.config
c:\users\zeshan.munir\documents\visual studio 2015\projects\WebProject1\WebProject1.web\web.config
c:\users\zeshan.munir\documents\visual studio 2017\projects\WebProject1\WebProject1.web\web.config
etc..

Vá lá exatamente onde o erro indica, certifique-se de que essas pastas existem, garantir que a conta do trabalhador IIS pode atravessá-las e lê-las, e se você notar que algo está errado, talvez seja isso.

[6] BTW. No VisualStudio, no ProjectProperties / Web existe um botão "Criar diretório Virtual". Ele essencialmente faz essa mesma coisa, então você pode tentar primeiro, mas o IIRC também pode alguns deles limpar/sobrepor/trocar seções de configuração no applicationHost.ficheiro de configuração, por isso tenha cuidado com esse botão se tiver algum personalizado montar ali.
 2
Author: quetzalcoatl, 2017-05-20 08:12:17

Isto pode ou não estar relacionado....Comecei com o mesmo erro mencionado acima, comecei a pesquisar no Google, a fazer alterações, a obter novos erros, loop interminável.

A mudança que me levou a esse erro foi mexer com a delegação de recursos no Gestor do IIS, sob a secção de gestão do servidor. Desculpa não me lembrar de qual mudei, mas pesquisar no Google pode ajudar. Isso fez-me passar do primeiro erro para um novo fluxo de outros, alguns totalmente absurdos. (I would get um erro ao executar sob um diretório virtual, convertendo - o para uma aplicação rendeu outro erro, etec etc). O que finalmente resolveu esta série de erros foi: IIS manager, Application Pools, DefaultAppPool, Enable 32-Bit applications=True

Eu tinha iniciado este aplicativo em uma caixa de 32 bits windows xp, e estou agora executando-o em uma caixa de 64Bit Windows 7.

Então, espero que isto ajude outra pessoa.
 1
Author: tbone, 2010-03-09 04:06:00
O meu IIS 7.5 não compreende o tag na web.configuracao Em VS 2010 é sublinhado que tag também. Verifique o seu ficheiro de configuração com precisão para encontrar todas as marcas sublinhadas. Pu-lo no comentário e o erro desaparece.
 1
Author: Konstantin, 2011-04-19 07:51:57

Comente as seguintes linhas na web.ficheiro de configuração.

<modules>
    <!--<add name="ScriptModule" preCondition="integratedMode" type="System.Web.Handlers.ScriptModule, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35"/>-->
</modules>

<handlers>
    <remove name="WebServiceHandlerFactory-ISAPI-2.0"/>
    <!--<add name="ScriptHandlerFactory" verb="*" path="*.asmx" preCondition="integratedMode" type="System.Web.Script.Services.ScriptHandlerFactory, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35"/>
    <add name="ScriptResource" verb="GET" path="ScriptResource.axd" type="System.Web.Handlers.ScriptResourceHandler, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35"/>-->
</handlers>
Isto vai funcionar.
 1
Author: Amal Shashika, 2011-12-27 18:22:53
Tive o mesmo erro. Eu tinha um site IIS com a versão 2.0 do framework. net, mas o meu aplicativo precisava de 4.0. Mudei a versão e funcionou. Postando apenas como um lembrete se alguém pode ter o mesmo problema.
 1
Author: Nenotlep, 2014-07-22 11:33:20
Eu tinha o mesmo problema no Windows 7.

A solução era ir para a configuração básica > ligar-se como > utilizador específico - e ligar-se como utilizador, em vez da 'passagem' por omissão

Isto resolveu-me a questão.
 0
Author: BuzzCloudAU, 2012-07-02 23:05:26

Janelas 7

Tenta isto.

Executar cmd como administrador.

Unistall all iis.

start /w pkgmgr.exe /uu:IIS-WebServerRole;WAS-WindowsActivationService
Reinstalar e normalizar o seu trabalho

Alain

 0
Author: Alan10977, 2015-03-22 17:45:56

Tive este erro ao colocar a etiqueta {[[0]} dentro de <system.webServer> em vez de <system.web> onde ela pertence. Havia um pequeno movimento Debaixo da etiqueta, mas não reparei logo.

 0
Author: foldinglettuce, 2016-04-14 15:34:54
No meu caso, havia algo de errado com a instalação do pacote. net Core Windows Hosting.

Eu tinha isso instalado e reiniciado IIS usando ("net stop was /y" e "net start w3svc") após a instalação, mas eu iria obter esse erro 500.19 com o código de erro 0x8007000d e código de configuração -1: 0:.

Consegui resolver o problema reparando a instalação do pacote.net Core Windows Hosting e reiniciando o IIS usando os comandos que mencionei acima.

Espero que isto ajuda alguém!
 0
Author: demonicdaron, 2018-07-19 13:31:29