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.

  1. Abra o Gerenciador do IIS
  2. Navegue até um aplicativo virtual existente (ou crie um novo)
  3. Abra sua caixa de diálogo Configurações básicas
  4. Clique em Configurações de teste
  5. 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?

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

Respostas:

4

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

  1. Selecione o servidor (raiz) superior no Gerenciador do IIS.
  2. Restrições de ISAPI e CGI com duplo clique.
  3. 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.


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

  1. Verifique o pool de aplicativos que seu aplicativo está usando.
  2. Clique no pool de aplicativos e clique em Configurações avançadas, levará a uma nova janela.
  3. Verifique a versão do .NET Framework
  4. Defina Load Profile do usuário como True
  5. 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