Problemas Web Application (erros web.config) HTTP 500.19 com IIS7.5 e ASP.NET v2

https://stackoverflow.com/questions/1808680

05-07-2019
|

Pergunta

Esta é a condução toda a equipe louco. Deve haver algumas simples parte mis-configurados de IIS ou o nosso servidor Web, mas cada vez que tentar correr para fora Aplicação Web ASP.NET no IIS 7.5 obtemos o seguinte erro ...

Aqui está o erro na íntegra:

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á funcionando Windows Server 2008 R2 . Estamos desenvolvendo nossa aplicação web usando Visual Studio 2008 .

De acordo com a Microsoft os 8007000D meio de código Há um erro de sintaxe na nossa web.config - exceto o projeto constrói e funciona muito bem localmente. Olhando para o web.config em XML Notepad não trazer quaisquer erros de sintaxe, também. Eu estou supondo que deve haver algum tipo de configuração pobre da minha parte ...?

Alguém sabe onde eu poderia encontrar mais informações sobre o erro? Nada está mostrando em EventViewer, ou: (

Não tenho certeza o que mais seria útil mencionar ...

A assistência é muito apreciada. Obrigado!

ATUALIZAÇÕES! - Web.config postado abaixo

Ok, desde que eu postei a pergunta original acima, eu rastreou as linhas precisas na web.config que estavam causando o erro.

Aqui estão as linhas (eles aparecem entre as tags <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 excluir as linhas entre o <httpHandlers> eu ainda obter o erro. Eu literalmente tem que <httpHandlers> delete (e as linhas no meio destes) para parar de receber o erro acima.

Uma vez que eu fiz isso eu recebo um new 500.19 erro, no entanto. Felizmente, desta vez IIS realmente me que mordeu do web.config diz está causando 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 é resolver o problema migrou ainda dentro da mesma tag <system.webServer> ao tag <handlers>.

O novo erro também é mais explícito e reclama especificamente que ele não reconhece o atributo "Validação" (como visto na terceira linha acima). Removendo este atributo, em seguida, torna-se queixam de que a mesma linha não tem o atributo obrigatório "nome". Adicionando este atributo, em seguida, traz-se ASP.NET Erro ...

Não foi possível carregar arquivo ou assembly 'System.Web.Extensions, Version = 1.0.61025.0, Culture = neutral, PublicKeyToken = f2cb5667dc123a56' ou uma das suas dependências. O sistema não pode encontrar o arquivo especificado.

Obviamente, eu acho que esses novos erros acabaram surgido de me exclusão do <httpHandlers> Tags em primeiro lugar - eles são, obviamente, necessário para a aplicação - Assim a pergunta permanece: por que estas tags chutar um erro no IIS em primeiro lugar ???

Preciso instalar algo para o IIS para que ele funcione com eles?

Obrigado novamente por qualquer ajuda.

Web.config

Eis os bits perturbadores de nossa Web.config ... Espero que isso ajude alguém 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>

Solução 3

Aha! I bater este problema! Meu Deus, era uma besta para alguém como eu, com experiência IIS limitado. Eu realmente pensei que estava indo passar o fim de semana corrigi-lo.

Aqui está a solução para qualquer pessoa que já vem este problema mal.

A primeira coisa a estar ciente de: Se você está esperando esta é a sua solução, certifique-se de que você tem o mesmo código de erro ( 0X8007000D ) e configuração Fonte ( 1: 0 : ). Se não, este não é sua solução.

A próxima coisa que estar ciente de: AJAX não está instalado corretamente em seu web.config

Fix que, seguindo este guia:
http: // www .asp.net / AJAX / documentação / live / ConfiguringASPNETAJAX.aspx

Em seguida, instale o AJAX 1.0 extensões em seu servidor de produção, a partir deste link:

http://www.asp.net/ajax/downloads/archive/
Atualizar : Microsoft parece ter removido a página acima: (

É isso aí!

Outras dicas

Eu tive esses sintomas exatos e meu problema foi semelhante ao de Pedro. Foi a criação de um projeto existente em um novo servidor. Meu projeto referenciado o módulo IIS7 URL reescrita, mas que não tinha sido instalado ainda no novo servidor. Instalá-lo fixo meu problema.

Você pode usar o Microsoft Web Platform Installer para instalá-lo. Executá-lo, selecione produtos , no menu à esquerda, selecione Servidor e encontrar URL Rewrite na lista e instalá-lo.

Ou você pode baixá-lo aqui .

Depois de lutar com isso por um dia em uma nova máquina me deparei com os links a seguir. Eu estava faltando os módulos de reescrita. Isso tudo fixo.

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

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

Tive o mesmo problema acima mesmo código, erro etc. Criação de um site local no Windows 8. Depois de muita procura verificou-se que nos faltava URL reescrita. Depois de baixá-lo tudo estava bem. :)

Mesmo problema no Server 2016, IIS 10, 500.19 erro. Eu instalei o módulo de redirecionamento e funcionou. Eu não sei por que isso não foi incluído por padrão.

https://www.iis.net/downloads/microsoft/url- reescrita # additionalDownloads

Para ser claro, parece que o web.config do IIS 7 vai funcionar, ou é projetado para trabalho, mas a falta de este módulo dá o erro realmente estranho e inútil. Googling leva você para uma página Microsoft que insiste que seu site está corrompido ou o seu web.config está corrompido. Nem parece ser o caso.

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

Eu só adicionar um answear porque eu passei horas tentando resolver os mesmos sintomas (mas questão diferente):

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

Para mim, re-registrar asp.net para o IIS fez o truque. Esperemos que ajude alguém.

aspnet_regiis.exe -i

Para resumir com base nas respostas aqui e alhures:

Verifique a versão .NET do pool de aplicativo (por exemplo, 2,0 vs 4,0)
Verifique se todos os IIS módulos referenciados estão instalados. Neste caso, foi as extensões AJAX (provavelmente não é o caso nos dias de hoje), mas URL Rewrite é comum.

Outra maneira de obter 500.19 errot sem razão aparente é -. Diretórios e / ou permissões quebrados faltando neles

Em caso de esta questão, creio que a questão pergunta sobre a versão completa do IIS. Eu assumo isto porque desta linha:

Config File         \\?\E:\wwwroot\web.config

O IIS instalador normalmente cria a wwwroot para você e essa é a pasta raiz padrão para todos os sites e ponto de montagem para diretórios virtuais. Ele sempre existe, então não há problema, você normalmente não se importam muito sobre isso.

Desde arquivos web.config são hierárquicos, você pode colocar lá um arquivo mestre web.config e ter algumas configurações de raízes lá, e todos os sites vão herdá-la. O IIS verifica se o arquivo existe e tenta carregá-lo.

No entanto, a primeira parte divertida:

Esta vontade diretório existe se você tiver o IIS instalado corretamente. Se ele não existir, você receberá erro 500-classe. No entanto, se você jogar com permissões de arquivos / diretórios, especialmente 'Avançado' queridos, você pode realmente acidentalmente negar IIS conta do serviço de digitalização / ler o conteúdo deste diretório. Se o IIS é incapaz de verificar se que wwwroot \ web.config existe, ou se ele existe e IIS não é capaz de abrir e lê-lo - bam -. Erro 500-classe

No entanto, para IIS completos é muito improvável. Developers / administradores que trabalham com IIS completos são geralmente relutantes em relação a jogar com wwwroot por isso geralmente permanece configurado corretamente.

No entanto, o IIS Express ..

Normalmente, o IIS Express "simplesmente funciona". Muitas vezes, os desenvolvedores que usam o IIS Express muitas vezes não estão cientes de quanto internamente ele lembra o IIS real.

Você pode facilmente tropeçar em cima do fato de que o IIS Express tem seu próprio arquivo applicationHost.config e VS cria e gerencia-lo para você (corretamente, até certo ponto) e que tipo de uma revelação dizendo-lhe que não é assim tão simples e ponto-e-clique como parece à primeira vista.

Além de que arquivo de configuração, VisualStudio também cria uma estrutura de diretório vazio em sua pasta Documents. Se bem me lembro, o IIS Express considera essas pastas para ser os diretórios raiz do seu site (s) em que diretórios virtuais com o seu código são montados.

Mais tarde, como IIS, quando o IIS Express é iniciado, ele espera estas pastas de existir e verifica a existência de arquivos web.config raiz lá. O local web.config arquivos. Quase sempre, esses arquivos web.config estão faltando - e isso é ok, porque você não quer que eles - você tem o seu web.config aplicativo **", eles são colocados com resto do conteúdo em um diretórios virtuais

Agora, a segunda parte divertida é: o IIS Express espera que os diretórios vazios. Eles podem estar vazio, mas eles precisam de existir. Se eles não existem -. Você receberá um erro 500-classe dizendo que arquivo "web.config" nesse caminho não pode ser acessado

A primeira vez topei com este problema foi quando eu estava limpando o meu disco rígido. Eu encontrei pasta que 'documentos \ sites', cheio de lixo, reconheci vários projectos anos de idade, eu já não trabalhar, tudo, nem um único arquivo vazio, então eu deletei tudo. Uma semana depois - bam - Não consigo executar / depurar qualquer um dos sites que eu estava trabalhando no momento. Erro foi 500.19, não pode ler o arquivo de configuração.

Então, se você usar o IIS Express e ver revelador erro 500-classe sobre a leitura de configuração, verifique cuidadosamente a mensagem de erro e ler todos os caminhos mencionados. Se você ver qualquer coisa como:

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, garantir que existem estas pastas, verifique se conta de trabalho do IIS pode atravessar e lê-los, e se você notar errada de que qualquer coisa é, talvez seja isso.

BTW. Em VisualStudio, em ProjectProperties / Web há um botão "Create Virtual Directory". É essencialmente faz isto mesmo, para que você pode experimentá-lo primeiro, mas IIRC ele também pode somethimes limpar configuração / sobrescrever / swap seCÇÕES em arquivo applicationHost.config, por isso tome cuidado com esse botão se você tiver quaisquer configurações personalizadas lá.

No meu caso, havia algo de errado com a instalação do Pacote Hospedagem do .NET núcleo do Windows.

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

Eu consegui resolver o problema por reparar o .NET Núcleo Hospedagem Windows instalação Bundle e reiniciar o IIS usando os comandos que eu mencionei acima.

Espero que isso ajude alguém!

Isto pode ou não estar relacionado .... Comecei com o mesmo erro mencionado acima, comecei pesquisando, fazendo alterações, recebendo novos erros, loop infinito.

A mudança que me pegou pelo que o erro estava mexendo com a Delegação de Recurso no Gerenciador do IIS, na seção Gerenciamento do servidor. Me desculpe, eu não lembro qual eu mudei, mas googling pode ajudar.

Isso me levou passado o 1º de erro em toda uma nova corrente de outros, alguns totalmente sem sentido. (Eu iria receber um erro quando executado em um diretório virtual, convertendo-a em uma aplicação rendeu outro erro, ETEC etc). O que finalmente resolvido esta série de erros foi: gerente de IIS, pools de aplicativos, DefaultAppPool, ativar aplicativos de 32 bits = True

Eu tinha começado este aplicativo em uma caixa de Windows XP de 32 bits, e eu agora estou executando-o em uma caixa de 64 bits do Windows 7.

Portanto, esperamos que isso ajude alguém.

Meu IIS 7.5 não entende tag no web.config No VS 2010 é sublinhado que tag também. Verifique se o seu arquivo de configuração precisa de encontrar todas as tags sublinhadas. Eu colocá-lo no comentário e erro vai embora.

Comentário as seguintes linhas no arquivo web.config.

<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>

Este trabalho vontade.

Eu tive o mesmo erro. Eu tinha um site IIS com .NET Framework versão 2.0, mas meu aplicativo necessário 4.0. I mudou a versão e funcionou.

Publicação apenas como um lembrete se alguém pode ter o mesmo problema.

Este erro detalhada bonita ainda está presente em 2019! Eu só quero acrescentar que, se o seu web.config é válido e acessível-lo mais provável é um problema de dependência .

Como mencionado pelo OP era um módulo AJAX, e como por outros comumente o módulo Rewrite. Apenas mantenha seus olhos aberto no seu web.config que módulos e bibliotecas suas tags estão fazendo referência a uma vez o código de erro 0X8007000D pode ser sobre qualquer dependência .

No meu caso eu não percebi o pacote AspNetCore estava faltando e teve que ser instalado! Tão feliz que eu encontrei este post !!

Eu tive o mesmo problema no Windows 7.

A solução era ir para as definições básicas> ligar as> usuário específico - e faça login como um usuário, em vez do padrão 'pass-through'

Esta corrigiu o problema para mim.

Windows 7

Tente este,

cmd executar como administrador.

Unistall todos iis.

start /w pkgmgr.exe /uu:IIS-WebServerRole;WAS-WindowsActivationService

reinstalar o IIS e normaly é trabalho

Alain

Eu tenho esse erro, colocando o interior tag <customErrors> de <system.webServer> vez de <system.web> onde ele pertence. Houve um pouco de squiggle sob a tag <customErrors> mas eu não notá-lo imediatamente.

Certifique-se de todas as suas IIS recursos são devidamente habilitado.

Abrir Recursos do Windows (Ativar recursos do Windows ligado ou desligado).
Vá até Internet Information Services
Abra o World Wide Web além de caixa suspensa
Abra o Recursos Desenvolvimento de Aplicações além de caixa suspensa
manualmente verificar todas as caixas de seleção subseqüentes, em seguida, clique em OK

Licenciado em: CC-BY-SA com atribuição

Não afiliado a StackOverflow