Modo CustomErrors = "Off"

Eu recebo um erro sempre que carrego meu aplicativo da web no provedor. Por causa do modo customErrors, tudo o que vejo é a mensagem "Erro de tempo de execução" padrão, instruindo-me a desativar customErrors para ver mais sobre o erro.

Exasperado, configurei meu web.config para ficar assim:

<?xml version="1.0"?>
<configuration>
    <system.web>
        <customErrors mode="Off"/>
    </system.web>
</configuration>

E ainda assim, tudo o que recebo é a página de erros remotos estúpidos, sem informações úteis. O que mais posso fazer para desativar os customErrors ?!

Isso me deixou louco nos últimos dias e não conseguiu contornar o problema, mas finalmente entendi:

No meu arquivo machine.config, eu tinha uma entrada em <system.web>:

<deployment retail="true" />

Isso parece substituir quaisquer outras configurações customError que você especificou em um arquivo web.config, definindo a entrada acima para:

<deployment retail="false" />

agora significa que posso ver novamente as mensagens de erro detalhadas necessárias.

O machine.configestá localizado em

32 bits

%windir%\Microsoft.NET\Framework\[version]\config\machine.config

64 bits

%windir%\Microsoft.NET\Framework64\[version]\config\machine.config 

Espero que ajude alguém por aí e economize algumas horas de puxar o cabelo.

"Desativado" faz distinção entre maiúsculas e minúsculas.

Verifique se o "O" está em maiúsculas no seu arquivo web.config. Sofri isso algumas vezes (por mais simples que pareça)

No interesse de adicionar mais situações a essa pergunta (porque é aqui que eu olhei porque estava tendo exatamente o mesmo problema), aqui está a minha resposta:

No meu caso, recortei / colei o texto do erro genérico dizendo em vigor se você deseja ver o que está errado, coloque

<system.web>
   <customErrors mode="Off"/>
</system.web>

Então isso deveria ter resolvido, mas é claro que não! Meu problema era que havia um nó <system.web> várias linhas acima (antes de um nó de compilação e autenticação) e uma marca de fechamento </system.web> algumas linhas abaixo disso. Depois de corrigir isso, OK, problema resolvido. O que eu deveria ter feito é copiar / colar apenas esta linha:

<customErrors mode="Off"/>

Isto é dos anais de Coisas estúpidas que eu continuo fazendo repetidas vezes, no capítulo intitulado "Copie e cole seu caminho para a destruição".

Para aplicativos do Sharepoint 2010, você também deve editar C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\14\TEMPLATE\LAYOUTS\web.config e definir<customErrors mode="Off" />

Eu tentei a maioria das coisas descritas aqui. Eu estava usando o VWD e o arquivo web.config padrão continha:

    <customErrors mode="RemoteOnly" defaultRedirect="GenericErrorPage.htm">
        <error statusCode="403" redirect="NoAccess.htm" />
        <error statusCode="404" redirect="FileNotFound.htm" />
    </customErrors>

Alterei mode = "RemoteOnly" para mode = "Off". Ainda sem alegria. Em seguida, usei o gerenciador do IIS, as propriedades, a guia ASP.Net, a configuração de edição e a guia CustomeErrors. Isso ainda mostrava o RemoteOnly. Alterei isso para Desativado e, finalmente, pude ver as mensagens de erro detalhadas.

Quando inspecionei o web.config, vi que havia dois nós CustomErrors no system.web; e acabei de notar que a segunda entrada (a que eu estava mudando estava dentro de um comentário). Portanto, tente não usar o bloco de notas para inspecionar o web.config em um servidor remoto.

No entanto, se você usar o material de configuração de edição do IIS, ele reclamará de erros no web.config. Em seguida, você pode descartar todas as respostas que dizem "há algum erro de sintaxe XML no seu web.config"

A única resposta que realmente funcionou para corrigir isso, encontrei aqui: https://stackoverflow.com/a/18938991/550975

Basta adicionar isso ao seu web.config:

<configuration>  
  <system.webServer>  
    <httpErrors existingResponse="PassThrough"/>  
  </system.webServer>  
<configuration>

Geralmente, você pode encontrar mais informações sobre o erro no Visualizador de Eventos, se tiver acesso a ele. Seu provedor também pode ter impedido a exibição de erros personalizados, substituindo-o em seu machine.config ou configurando o atributo de varejo como true ( http://msdn.microsoft.com/en-us/library/ms228298 ( VS.80) .aspx ).

Eu também tive esse problema, mas ao usar o Apache e o mod_mono. Para qualquer outra pessoa nessa situação, é necessário reiniciar o Apache após alterar o web.config para forçar a leitura da nova versão.

Se você ainda estiver acessando essa página, é provável que ela esteja explodindo antes de passar pela Web.

Verifique se o ASP.Net possui permissões necessárias para coisas como as pastas do .NET Framework, a metabase do IIS etc. Você tem alguma maneira de verificar se o ASP.Net está instalado corretamente e associado ao IIS corretamente?

Edit: Após o comentário de Greg, ocorreu-me que eu assumi que o que você postou era todo o seu mínimo web.config, existe mais? Se sim, você pode postar o web.config inteiro?

Meu problema era que eu tinha isso definido no meu web.config

<httpErrors errorMode="Custom" existingResponse="Replace">
  <remove statusCode="404" />
  <remove statusCode="500" />
  <error statusCode="404" responseMode="ExecuteURL" path="/Error/NotFound" />
  <error statusCode="500" responseMode="ExecuteURL" path="/Error/Internal" />
</httpErrors>

Na verdade, o que eu descobri ao hospedar meu aplicativo da web é o código que você desenvolveu na sua máquina local é de uma versão superior à oferecida pela empresa de hospedagem. Se você tiver privilégios de administrador, poderá alterar o suporte da versão do Microsoft ASP.NET na configuração de hospedagem na web

Tivemos esse problema e foi devido ao usuário do IIS não ter acesso à configuração da máquina no servidor da web.

Também encontramos esse erro e, no nosso caso, era porque o usuário do pool de aplicativos não tinha mais permissões para o arquivo web.config. A razão pela qual ele perdeu suas permissões (tudo estava bem antes) foi porque tínhamos um backup do site em um arquivo rar e arrastei uma versão de backup do web.config do rar para o site. Parece que isso removeu todas as permissões do arquivo web.config, exceto eu, o usuário conectado.

Demorou um pouco para descobrir isso, porque eu verifiquei repetidamente as permissões no nível da pasta, mas nunca no nível do arquivo.

Eu tive o mesmo problema, mas achei a solução de uma maneira diferente.

-

O que fiz foi abrir as Configurações avançadas do pool de aplicativos no Gerenciador do IIS .

Lá, defino Ativar aplicativos de 32 bits como True .

Tente reiniciar o aplicativo (criando um app_offline.htm e excluí-lo) e se você ainda receber a mesma mensagem de erro, certifique-se de ter declarado customErrors apenas uma vez no web.config ou algo assim. Erros no web.config podem ter algum impacto estranho no aplicativo.

Você tem algum caractere especial como æøå no seu web.config? Nesse caso, verifique se a codificação está definida como utf-8.

Esse aplicativo Web está definido abaixo de outros aplicativos na árvore de diretórios de um site? Verifique qualquer arquivo web.config pai para outras configurações, se houver. Além disso, faça com que seu diretório seja definido como um diretório de aplicativo no IIS.

Se você estiver usando a visualização 4 do MVC, poderá estar enfrentando isso porque está usando o HandleErrorAttribute. O comportamento foi alterado em 5 para que não lide com exceções se você desativar erros personalizados.

Você também pode tentar abrir o site em um navegador na máquina do servidor. Não desenvolvo muito o ASP.NET, mas lembro que a coisa dos erros personalizados tem uma configuração para exibir apenas o texto completo do erro no servidor, como medida de segurança.

Acabei de lidar com um problema semelhante. No meu caso, a versão padrão do site asp.net era 1.1 enquanto eu tentava iniciar um aplicativo da web 2.0. O erro foi bastante trivial, mas não ficou claro imediatamente por que os erros personalizados não desapareciam e o tempo de execução nunca gravava no log de eventos. A correção óbvia foi corresponder à versão na guia Asp.Net do IIS.

Verifique também se você está editando o web.config e não o website.config, como eu estava fazendo.

Eu tive o mesmo problema, e a causa era que o IIS estava executando o ASP.NET 1.1 e o site exigia o .NET 2.0.

A mensagem de erro não fez nada além de me tirar dos trilhos por várias horas.

Certifique-se de adicionar logo após o system.web

Coloquei no final do nó e não funcionou.

Se você estiver fazendo uma transformação de configuração, também poderá ser necessário remover a seguinte linha do arquivo web.config relevante.

<compilation xdt:Transform="RemoveAttributes(debug)" />

Tendo tentado todas as respostas aqui, verificou-se que meu Application_Errormétodo tinha o seguinte:

Server.ClearError();
Response.Redirect("/Home/Error");

A remoção dessas linhas e configurações corrigiu o problema. (O cliente ainda foi redirecionado para a página de erro com customErrors="On").

Eu tive o mesmo problema e passei pelo log do aplicativo Visualizador de Eventos, onde ele menciona claramente a causa da exceção. No meu caso, a exceção foi como abaixo ...

Informações de exceção:

Exception type: HttpException 
Exception message: The target principal name is incorrect.  Cannot generate SSPI context.
at System.Web.HttpApplicationFactory.EnsureAppStartCalledForIntegratedMode(HttpContext context, HttpApplication app)
at System.Web.HttpApplication.RegisterEventSubscriptionsWithIIS(IntPtr appContext, HttpContext context, MethodInfo[] handlers)
at System.Web.HttpApplication.InitSpecial(HttpApplicationState state, MethodInfo[] handlers, IntPtr appContext, HttpContext context)
at System.Web.HttpApplicationFactory.GetSpecialApplicationInstance(IntPtr appContext, HttpContext context)
at System.Web.Hosting.PipelineRuntime.InitializeApplication(IntPtr appContext)

The target principal name is incorrect.  Cannot generate SSPI context.

Acabei de atualizar minha senha no pool de aplicativos e funciona para mim.

Em alguns casos, também é possível que o web.config não esteja formatado corretamente. Nesse caso, você deve passar por isso linha por linha antes de funcionar. Muitas vezes, reescrever regras é o culpado aqui.

Isso é realmente estranho. Eu recebi esse erro e após a reinicialização do meu servidor, ele desapareceu.

Para mim, foi um erro mais alto no web.config acima do system.web.

o arquivo blah não existia, portanto estava lançando um erro naquele momento. Como ainda não havia chegado à seção System.Web, estava usando a configuração padrão do servidor para CUstomErrors (On)