Não foi possível conectar-se à implantação na Web do computador remoto ERROR_DESTINATION_NOT_REACHABLE

Estou tentando configurar o Web Deploy 3.5 no Windows Server 2008 R2 Standard com o SP1 instalado. Quando tento validar a conexão usando o Visual Studio 2013 para publicar um site, ele lança o seguinte erro.

Could not connect to remote computer (computer name). Make sure Web Management Service is started.
Learn more at http://go.microsoft.com/fwlink/?linkId=221672#ERROR_DESTINATION_NOT_REACHABLE

E eu tentei tudo encontrado em todos os fóruns da seguinte maneira. E eu já fiz isso antes em um trabalho diferente e sempre que funcionava bem.

1. Verifique se o Serviço de Gerenciamento da Web é iniciado e definido como Automático
2. Verifique se o Serviço do Agente de Implantação da Web é iniciado e definido como Automático
3. O Web Deploy 3.5 está instalado
4. Tentei instalar uma versão diferente do Web Deploy 3.5 também como as versões de hospedagem.
5. Verifiquei se a porta do firewall do Web Management Service está escutando na porta 8172 (veja a imagem abaixo).
6. A versão do .Net Framework, acho que não é um problema.
7. Também assegurei-me de que, durante a instalação do Web Deploy 3.5, todos os componentes estejam instalados.
8. Quando clico no nó do servidor no IIS e no Serviço de Gerenciamento da Web, ele também diz Ativar conexão remota
9. Também verifiquei se os usuários estão autorizados a publicar nesse site.
10. Também não encontro nenhum registro dentro de C: \ inetpub \ logs \ wmsvc.

Não consigo executar ping no URL 8172 / webdeploy.axd. Existe algum outro serviço que possa estar escutando em alguma porta que estou ausente? Algo está estranho aqui. Não consigo ver nenhum tráfego passando pelo Fiddler da minha máquina local. Tentei colar o URL .axd no Internet Explorer do servidor e ele ainda não pode alcançá-lo e não diz nada.

Mais Encontrar:

Tentei conectar usando o cliente Telnet e ele diz: Não foi possível abrir a conexão com o host, na porta 8172: Falha na conexão. Em algum lugar está bloqueado e não tenho ideia de onde procurar.

Um comentário sobre esta resposta no stackoverflow me colocou no caminho certo com a mesma mensagem de erro se alguém encontrar essa e as outras respostas não ajudarem: https://stackoverflow.com/a/13871041/1128742 .

A implantação da Web não apenas precisa ser instalada, mas o subitem do manipulador de implantação do IIS precisa estar ativado. Abra Adicionar / remover programas> Microsoft Web Deploy> Alterar> verifique se o manipulador de implantação do IIS está ativado.

A implantação da Web estava funcionando para nós, depois aplicamos algumas atualizações do Windows e ele parou de funcionar repentinamente, esse era o culpado.

Eu tive o mesmo problema (404). Corrigido por:

1. Web Deploy 3.6 não desinstalado de Programas e Recursos
2. Pacote x64 baixado de https://www.iis.net/downloads/microsoft/web-deploy#additionalDownloads
3. Pacote MSI baixado instalado, que acabou por ser o Web Deploy 3.5.

Imediatamente (sem reiniciar) isso resolveu o problema.

Portanto, o problema acabou por existir outro firewall que impedia qualquer conexão com a porta 8172 e ele precisou ser aberto.

Acabei de ter um problema semelhante. Foi devido a mexer com certificados SSL.

Durante a instalação do WebDeploy, você normalmente instala o Serviço de Gerenciamento, que cria um certificado autoassinado chamado: WMSvc-HOSTNAME .

Este certificado deve estar disponível no repositório de certificados :

e deve estar visível no IIS em Certificados do servidor :

Desde que eu estava mexendo com ele, de alguma forma, o WMSvc-HOSTNAME estava disponível no Armazenamento de Certificados e desapareceu dos Certificados de Servidor no IIS .

O problema era que o Serviço de Gerenciamento foi configurado para usar o certificado WMSvc:

Solução:

Crie um novo certificado SSL autoassinado e use-o com o Serviço de Gerenciamento em vez do WMSVC um.

Eu tive o mesmo problema, ao postar minha solução por completo: estava tentando implantar na Web em uma VM Hyper-V , resolvida recriando o Virtual Switch usado pela VM. Provavelmente foi configurado incorretamente um tempo atrás, tentando solucionar algumas outras conexões. Deveria ter verificado mais cedo se eu poderia realmente chegar ao destino ...