Mostre-nos mais alguns detalhes. Adicione uma captura de tela !!!
5
Estou tendo o mesmo problema: abra o IIS, selecione um aplicativo web existente, vá para "Configurações básicas", clique no botão "Configurações de teste", veja o erro. Não acho que uma captura de tela da mensagem de erro seria mais útil. Porém, este pode não ser o melhor lugar para postar esta pergunta. Experimente serverfault.com
Quando recebi esse erro, parecia ser devido a uma configuração de segurança. Quando mudei a propriedade "Conectar como" para um administrador, não recebi mais a mensagem.
Obviamente, essa não é uma boa solução para um ambiente de produção - provavelmente, deve-se conceder o mínimo de privilégios necessários para o usuário que o IIS usará por padrão. Atualizarei esta resposta se aprender mais.
A mensagem de erro em si pode ser um bug (veja minha resposta) - "Conectar como" pode não ser necessário
Aaron Hoffman
2
Acontece que a mensagem é apenas um bug. Funciona com uma conta de administrador porque essa conta tem todas as permissões para todos os diretórios da web. Se você adicionar seu usuário de rede ao Administrador, não obterá este erro também, sem usar Connect As
Geddon
27
A mensagem de erro pode ser um bug. Eu ignorei e tudo funcionou para mim.
Acabei rastreando isso até as Credenciais de autenticação anônima. Não sei o que mudou, porque esse aplicativo funcionava, mas enfim, fiz o seguinte: Clique no aplicativo -> Autenticação. Certifique-se de que a autenticação anônima esteja ativada (estava, no meu caso), mas também clique em Editar ... e altere a identidade do usuário anônimo para "Identidade do pool de aplicativos" e não "Usuário específico". Fazer essa mudança funcionou para mim.
Isso não funcionou para mim - mas desligar o acesso anônimo e permitir a autenticação apenas do Windows funcionou. Então, desligar a autenticação do Windows e ativar o Anonymous também funcionou. Muito estranho.
Sean Doyle
9
Acesse suas ligações HTTP no IIS (selecione seu site e, com o botão direito, clique em Ligações ...). Exclua seu SSL e sua ligação HTTP. Adicione-os novamente.
Isso corrigiu o problema imediatamente. (Outra mensagem de erro típica e absurdamente inútil com uma correção não óbvia.)
Ryan Russon
5
Tente: Gerenciador de serviços de informações da Internet (IIS) -> Site padrão -> Clique em Propriedades das páginas de erro e selecione Erros de detalhes
O erro detalhado me levou na direção certa. WCF - Erro 500.21 Handler "svc-Integrated" tem um módulo defeituoso "ManagedPipelineHandler" em sua lista de módulos " Resolvido com aspnet_regiis -iru // From x64 .net framework directory
Caso 303
Não encontrei o erro WCF, mas o comando aspnet_regiis também resolveu o problema para mim. Comecei com uma nova configuração de pools de aplicativos e aplicativos no IIS também.
MichaelHuelsen
4
O problema era instalar o gerenciador iis após a execução do aspnet_regiis do framework .net. Execute run aspnet_regiis a partir do diretório da estrutura x64 .net
aspnet_regiis -iru // From x64 .net framework directory
Eu também estava recebendo este erro, descobri que era porque eu havia excluído o pool de aplicativos padrão " DefaultAppPool ". Recriá-lo resolveu o problema. Me deixou louco por alguns dias.
Este erro aparecerá se o aplicativo da web for mapeado para um pool de aplicativos inexistente; ou se esse pool de aplicativos for interrompido.
Eu também estava recebendo esse erro. O problema para mim era que eu tinha dois sites diferentes na máquina e não havia designado qual endereço ia para qual site. Para resolver isso, vá para o Gerenciador do IIS -> Selecionar Site -> Ligações -> Adicionar ... -> Digite o nome do host que deseja resolver para este site. Repita para todos os outros sites da máquina.
Eu tive um problema semelhante hoje. Foi causado pelo skype! Uma atualização recente do skype reativou as portas 80 e 443 como alternativas para conexões de entrada.
Ainda não encontrei uma solução, mas encontrei uma solução alternativa.
Você pode alterar manualmente a configuração do IIS em system32 \ intsrv \ config \ applicationHost.config. Basta criar manualmente a seção (copiar e colar) em <sites>e <location>.
No meu caso, eu tinha dir virtual. Quando acessei o serviço WCF principal no diretório principal, ele estava funcionando bem, mas o acesso ao serviço WCF no diretório virtual estava gerando um erro. Eu tinha o seguinte código em web.config para dir principal e virtual.
Respostas:
Quando recebi esse erro, parecia ser devido a uma configuração de segurança. Quando mudei a propriedade "Conectar como" para um administrador, não recebi mais a mensagem.
Obviamente, essa não é uma boa solução para um ambiente de produção - provavelmente, deve-se conceder o mínimo de privilégios necessários para o usuário que o IIS usará por padrão. Atualizarei esta resposta se aprender mais.
fonte
A mensagem de erro pode ser um bug. Eu ignorei e tudo funcionou para mim.
Veja aqui: http://forums.iis.net/t/1177952.aspx
e aqui http://forums.iis.net/p/1182820/2000936.aspx
fonte
Acabei rastreando isso até as Credenciais de autenticação anônima. Não sei o que mudou, porque esse aplicativo funcionava, mas enfim, fiz o seguinte: Clique no aplicativo -> Autenticação. Certifique-se de que a autenticação anônima esteja ativada (estava, no meu caso), mas também clique em Editar ... e altere a identidade do usuário anônimo para "Identidade do pool de aplicativos" e não "Usuário específico". Fazer essa mudança funcionou para mim.
Saudações.
fonte
Acesse suas ligações HTTP no IIS (selecione seu site e, com o botão direito, clique em Ligações ...). Exclua seu SSL e sua ligação HTTP. Adicione-os novamente.
Isso geralmente corrige isso para mim.
fonte
Tente: Gerenciador de serviços de informações da Internet (IIS) -> Site padrão -> Clique em Propriedades das páginas de erro e selecione Erros de detalhes
fonte
aspnet_regiis -iru // From x64 .net framework directory
O problema era instalar o gerenciador iis após a execução do aspnet_regiis do framework .net. Execute run aspnet_regiis a partir do diretório da estrutura x64 .net
O Gerenciador do IIS não pode configurar a compilação .NET em aplicativos .NET 4
fonte
Eu também estava recebendo este erro, descobri que era porque eu havia excluído o pool de aplicativos padrão " DefaultAppPool ". Recriá-lo resolveu o problema. Me deixou louco por alguns dias.
Este erro aparecerá se o aplicativo da web for mapeado para um pool de aplicativos inexistente; ou se esse pool de aplicativos for interrompido.
fonte
Eu também tive esse erro.
Meu site do IIS tem um site padrão com três (3) diretórios de aplicativos abaixo dele.
Eu tinha cada um dos meus 3 diretórios de aplicativos configurados corretamente para usar o .NET Framework v2.0 nos pools de aplicativos.
No entanto, o site padrão nunca foi configurado. Não achei necessário, pois todos os meus aplicativos estavam contidos nele.
A configuração padrão do meu servidor IIS é .NET Framework v4.0, então mudei para .NET v2.0:
Depois que fiz isso, não recebi mais a mesma mensagem de erro.
Agora, eu vejo isso:
Espero que esta informação ajude outras pessoas.
fonte
Eu também estava recebendo esse erro. O problema para mim era que eu tinha dois sites diferentes na máquina e não havia designado qual endereço ia para qual site. Para resolver isso, vá para o Gerenciador do IIS -> Selecionar Site -> Ligações -> Adicionar ... -> Digite o nome do host que deseja resolver para este site. Repita para todos os outros sites da máquina.
HTH. Rick
fonte
Eu tive um problema semelhante hoje. Foi causado pelo skype! Uma atualização recente do skype reativou as portas 80 e 443 como alternativas para conexões de entrada.
H / T: http://www.codeproject.com/Questions/549157/unableplustoplusstartplusdebuggingplusonplustheplu
Para desabilitar, vá para skype> opções> Avançado> Conexões e desmarque "Usar porta 80 e 443 como alternativas para conexões de entrada"
fonte
Ainda não encontrei uma solução, mas encontrei uma solução alternativa.
Você pode alterar manualmente a configuração do IIS em system32 \ intsrv \ config \ applicationHost.config. Basta criar manualmente a seção (copiar e colar) em
<sites>
e<location>
.fonte
Isso funcionou para mim. (aliás, não é recomendado.)
Para meu aplicativo de teste, criei um novo pool de aplicativos e alterei sua identidade para "NetworkService" .
Mais sobre identidades de pool de aplicativos aqui
http://www.iis.net/learn/manage/configuring-security/application-pool-identities e
http://www.iis.net/learn/get-started/planning-for- segurança / compreensão de contas de usuário e grupo integradas no iis
Você deve se certificar de que "NetworkService" tem direitos sobre o caminho físico do seu aplicativo.
fonte
até mesmo estava recebendo o erro acima. Eu descobri que o IIS não estava registrado no servidor.
registrar o iis corrigiu o problema.
Obrigado,
fonte
No meu caso, eu tinha dir virtual. Quando acessei o serviço WCF principal no diretório principal, ele estava funcionando bem, mas o acesso ao serviço WCF no diretório virtual estava gerando um erro. Eu tinha o seguinte código em web.config para dir principal e virtual.
removendo do web.config no dir virtual, ele corrigiu.
fonte
Consegui corrigir a falha alterando o arquivo abaixo:
No:
Para:
fonte