No se pudo conectar a la implementación web remota de la computadora ERROR_DESTINATION_NOT_REACHABLE

Estoy tratando de configurar Web Deploy 3.5 en Windows Server 2008 R2 Standard con SP1 instalado. Cuando intento validar la conexión con Visual Studio 2013 para publicar un sitio web, aparece el siguiente error.

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

Y he intentado todo lo que se encuentra en todos los foros de la siguiente manera. Y también he hecho esto antes en un trabajo diferente y cada vez funcionó bien.

1. Se aseguró de que el Servicio de administración web se haya iniciado y configurado en Automático
2. Se aseguró de que el Servicio del Agente de implementación web se haya iniciado y configurado en Automático
3. Web Deploy 3.5 está instalado
4. He intentado instalar diferentes versiones de Web Deploy 3.5 también como las versiones de hosting.
5. Verifiqué si el puerto del firewall para el Servicio de administración web está escuchando en el puerto 8172 (ver imagen a continuación).
6. La versión .Net Framework creo que no es un problema.
7. También me aseguré de que durante la instalación de Web Deploy 3.5 se instalen todos los componentes.
8. Cuando hago clic en el nodo del servidor dentro de IIS y dentro del Servicio de administración web, también dice Habilitar conexión remota
9. También he verificado si se delega a los usuarios para publicar en ese sitio web.
10. Tampoco encuentro ningún registro dentro de C: \ inetpub \ logs \ wmsvc.

No puedo hacer ping a la url 8172 / webdeploy.axd. ¿Hay algún otro servicio que pueda estar escuchando en algún puerto que me falta? Algo es extraño aquí. No puedo ver ningún tráfico que pase a través de Fiddler desde mi máquina local. He intentado pegar la url .axd en el explorador de Internet del servidor y todavía no puede acceder a ella y no dice nada.

Más hallazgos:

Traté de conectarme usando el cliente Telnet y dice: No se pudo abrir la conexión al host, en el puerto 8172: Falló la conexión. En algún lugar está bloqueado y no tengo idea de dónde buscar.

Un comentario sobre esta respuesta en stackoverflow me puso en el camino correcto con este mismo mensaje de error si alguien más se encuentra con esto y las otras respuestas no ayudan: https://stackoverflow.com/a/13871041/1128742 .

No solo es necesario instalar la implementación web, sino que también se debe habilitar el subelemento del Controlador de implementación IIS. Abra Agregar / quitar programas> Microsoft Web Deploy> Cambiar> asegúrese de que el Controlador de implementación de IIS esté habilitado.

La implementación web funcionaba para nosotros, luego aplicamos algunas actualizaciones de Windows y dejó de funcionar de repente, este fue el culpable.

Tuve el mismo problema (404). Solucionado por:

1. Web Deploy 3.6 desinstalado de Programas y características
2. Paquete x64 descargado desde https://www.iis.net/downloads/microsoft/web-deploy#additionalDownloads
3. Paquete MSI descargado instalado, que resultó ser Web Deploy 3.5.

Inmediatamente (sin reiniciar) esto resolvió el problema.

Así que el problema resultó ser que había otro firewall que impedía cualquier conexión al puerto 8172 y tuvo que abrirse.

Acabo de tener un problema similar. Se debió a jugar con certificados SSL.

Durante la instalación de WebDeploy, normalmente instala el Servicio de administración que crea un certificado autofirmado llamado: WMSvc-HOSTNAME .

Este certificado debe estar disponible en Certificate Store :

y debe estar visible en IIS en Certificados de servidor :

Como estaba jugando de alguna manera, WMSvc-HOSTNAME estaba disponible en Certificate Store y desapareció de los certificados de servidor en IIS .

El problema era que el Servicio de administración estaba configurado para usar el certificado WMSvc:

Solución:

Cree un nuevo certificado SSL autofirmado y utilícelo con el Servicio de administración en lugar del WMSVC .

Tuve el mismo problema, publicando mi solución para completar: estaba tratando de implementar Web en una máquina virtual Hyper-V , resuelto volviendo a crear el conmutador virtual utilizado por la máquina virtual. Probablemente se configuró mal hace un tiempo al intentar solucionar algunas otras conexiones. Debería haber verificado antes si realmente podría llegar al destino ...