Após erros do IIS no Windows 7 SP1 com "Caminho de aplicativo inválido"

20

Estou recebendo essa nova e estranha mensagem de erro no IIS depois de atualizar o Windows 7 (x64) com o SP1.

Abra o Gerenciador do IIS
Navegue até um aplicativo virtual existente (ou crie um novo)
Abra sua caixa de diálogo Configurações básicas
Clique em Configurações de teste
A mensagem de erro aparece

Está acontecendo com novos aplicativos e também com aqueles que já estavam lá (e sem esse problema) antes.

Os aplicativos em si continuam funcionando.

Alguém já descobriu isso?

asp.net iis windows-7

— sergiopereira
fonte

Qual o caminho definido para a raiz do site? * O caminho existe? * O seu usuário do IIS tem acesso ao caminho? * Tente adicionar um .gif simples ao caminho. Você pode acessá-lo? * Se for bem-sucedido, tente uma página ASP.NET. Funciona?

— Erikbra

@Erik, não há problemas ao abrir o site no navegador, vendo as páginas das imagens. O problema que estou perguntando está no Gerenciador do IIS.

Mas, o que diz a mensagem de erro? Tem certeza de que não está usando a Segurança Integrada e o Gerenciador do IIS não pode testar isso, pois você não está autenticado ao executar o Gerenciador do IIS?

— Erikbra

4

Verifique novamente se sua versão específica do ASP.NET é permitida no IIS da seguinte maneira:

Selecione o servidor (raiz) superior no Gerenciador do IIS.
Restrições de ISAPI e CGI com duplo clique.
Se a sua versão do ASP.NET não for permitida, clique com o botão direito e em Permitir.

Isso resolveu para mim, espero que funcione para você também.

— Greg Buntz
fonte

Obrigado. Muitas perguntas surgem disso. Eu me pergunto por que eles fazem isso o padrão. Por que essa não é a primeira resposta ao procurar esse erro? A lista continua.

— Brad Bruce

1

Eu tive o mesmo problema, resolvido concedendo permissões explícitas ao IIS_IUSRS na pasta onde está o meu aplicativo.

Que permissão explícita você deu? Tentei dar a ele controle total e não ajudou. Só para esclarecer, eu tinha todas as permissões corretas antes do Win7-SP1. Clicar em Configurações de teste naquela época funcionava perfeitamente.

Basta ler, nada extravagante ...

1

Eu tive o mesmo problema, aqui está a minha solução.

Verifique o pool de aplicativos que seu aplicativo está usando.
Clique no pool de aplicativos e clique em Configurações avançadas, levará a uma nova janela.
Verifique a versão do .NET Framework
Defina Load Profile do usuário como True
Defina o ping ativado como True

— Kapil Sharma
fonte

1

Algo que funcionou para mim foi permitir aplicativos de 32 bits no pool de aplicativos.

Parece que o aplicativo que eu executei era de 32 bits

HTH

— Saariko
fonte

0

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. Apenas crie manualmente a seção (copiar e colar) em e.

— Alexander Beletsky
fonte

Sua resposta parece estar faltando informações. Talvez você queira consertar isso ou removê-lo, se você não quiser ser rebaixado.

— Remi Despres-Smyth

0

No IIS, nas "Configurações avançadas" do (s) pool (s) de aplicativos, em "Geral", há uma configuração "Habilitar aplicativos de 32 bits". Quando defino isso como True, esse erro desapareceu para mim.

— Phil Eddies
fonte

Eu já tinha tentado isso. Tentei outra vez. Não fez diferença.

0

IMHO ... Esse teste é de pouco valor, a menos que você queira testar um usuário específico e, mesmo assim, é marginal ... adicionar contas de usuário a pastas para permitir que esse teste funcione (como outros declararam) marginaliza sua segurança ... melhor para não ter esse teste, adicionar usuários a pastas e comprometer sua segurança de qualquer forma ou formato ...

Contanto que seu site funcione ... essa deve ser sua referência ...

— user167490
fonte

0

Isso realmente parece um bug na interface do usuário do IIS: Quando "Usuário do aplicativo (passar pela autenticação)" é selecionado, o site espera que um navegador envie credenciais do usuário conectado no momento. O site será carregado porque a autenticação "anônima" está ativada para o site. No entanto, ao testar o MMC do IIS, o botão "Test Settings ..." não está sendo apresentado para credenciais para uso no acesso ao diretório. Portanto, você vê a mensagem de erro "Invalid application path" no MMC do IIS. Se você clicar em "Procurar ...., o navegador padrão no servidor da Web, geralmente o Internet Explorer, apresentará suas credenciais. Na maioria das circunstâncias, você pode ignorar esse bug no seu site.

— anthonymaw
fonte