Caminho de aplicativo inválido

92

IIS7 Windows 7 64 bits

Não importa o que eu faça, não consigo adicionar um aplicativo a um site.

Quando eu 'Testar configurações', obtenho "Caminho de aplicativo inválido".

Alguém tem um palpite sobre o que eu poderia estar fazendo de errado?

captura de tela

foo
fonte
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
bzarah
por favor, dê uma olhada nesta pergunta e resposta, acredito que será útil para o seu problema: stackoverflow.com/questions/2665578/…
Tamir
2
Provavelmente resposta certa - stackoverflow.com/a/8826772/1193727
resnyanskiy

Respostas:

48

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.

Pettys
fonte
4
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
10

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.

john_cat
fonte
1
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 geralmente corrige isso para mim.

Ryan Ternier
fonte
1
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

lsalamon
fonte
1
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
3

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.

Rocklan
fonte
1
Da mesma forma, isso pode acontecer se o pool de aplicativos atribuído for interrompido.
Richard,
Richard, se essa é uma resposta, faça uma resposta separada em vez de um comentário sobre esta.
Rocklan
3

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.

Editar pool 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:

Editar pool de aplicativos padrão

Depois que fiz isso, não recebi mais a mesma mensagem de erro.

Agora, eu vejo isso:

Resultado

Espero que esta informação ajude outras pessoas.

jp2code
fonte
1

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

Rick arthur
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. Basta criar manualmente a seção (copiar e colar) em <sites>e <location>.

Alexander Beletsky
fonte
0

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

insira a descrição da imagem aqui

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.

Amitd
fonte
0

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,

user3760372
fonte
0

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.

    <security>
        <requestFiltering>
            <denyQueryStringSequences>
                <add sequence=".." />
            </denyQueryStringSequences>
        </requestFiltering>
    </security>

removendo do web.config no dir virtual, ele corrigiu.

Softec
fonte
0

Consegui corrigir a falha alterando o arquivo abaixo:

C: \ Windows \ System32 \ inetsrv \ config \ applicationHost.config

No:

<application path="/" applicationPool="ASP.NET v4.0">
    <virtualDirectory path="/" physicalPath="C:\inetpub\wwwroot\Bonobo.Git.Server" />
</application>
<application path="/Bonobo.Git.Server" applicationPool="ASP.NET v4.0">
    <virtualDirectory path="/" physicalPath="C:\inetpub\wwwroot\Bonobo.Git.Server" />
</application>

Para:

<application path="/">
    <virtualDirectory path="/" physicalPath="C:\inetpub\wwwroot\" />
</application>
<application path="/Bonobo.Git.Server" applicationPool="ASP.NET v4.0">
    <virtualDirectory path="/" physicalPath="C:\inetpub\wwwroot\Bonobo.Git.Server" />
</application>
Wender Alves
fonte