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?
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?
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.
A mensagem de erro pode ser um bug. Eu ignorei e tudo funcionou para mim.
Veja aqui: http://forums.iis.net/t/1177952.aspx
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.
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.
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
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
aspnet_regiis -iru // From x64 .net framework directory
O Gerenciador do IIS não pode configurar a compilação .NET em aplicativos .NET 4
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 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.
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
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"
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>
.
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.
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,
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.
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>