Impossible de se connecter au déploiement Web de l'ordinateur distant ERROR_DESTINATION_NOT_REACHABLE

J'essaie de configurer Web Deploy 3.5 sur Windows Server 2008 R2 Standard avec SP1 installé dessus. Lorsque j'essaie de valider la connexion à l'aide de Visual Studio 2013 pour publier un site Web, il génère l'erreur suivante.

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

Et j'ai essayé tout ce qui se trouve sur tous les forums comme suit. Et j'ai également fait cela auparavant dans un travail différent et à chaque fois, cela fonctionnait très bien.

1. Assurez-vous que le service de gestion Web est démarré et défini sur Automatique
2. Assurez-vous que le service d'agent de déploiement Web est démarré et défini sur Automatique
3. Web Deploy 3.5 est installé
4. J'ai également essayé d'installer différentes versions de Web Deploy 3.5 comme les versions d'hébergement.
5. J'ai vérifié si le port du pare-feu pour le service de gestion Web écoute sur le port 8172 (voir l'image ci-dessous).
6. La version .Net Framework, je pense que ce n'est pas un problème.
7. J'ai également vérifié que lors de l'installation de Web Deploy 3.5, tous les composants sont installés.
8. Lorsque je clique sur le nœud du serveur dans IIS et dans Web Management Service, il indique également Activer la connexion à distance
9. J'ai également vérifié si les utilisateurs sont autorisés à publier sur ce site Web.
10. Je ne trouve pas non plus de journaux dans C: \ inetpub \ logs \ wmsvc.

Je ne parviens pas à envoyer une requête ping à l'URL 8172 / webdeploy.axd. Y a-t-il un autre service qui pourrait écouter sur un port qui me manque. Quelque chose est étrange ici. Je ne peux voir aucun trafic traverser même Fiddler depuis ma machine locale. J'ai essayé de coller l'URL .axd sur l'explorateur Internet du serveur et il ne peut toujours pas l'atteindre et ne dit rien.

Plus de résultats:

J'ai essayé de me connecter en utilisant le client Telnet et il dit: Impossible d'ouvrir la connexion à l'hôte, sur le port 8172: la connexion a échoué. Quelque part, il est bloqué et je ne sais pas où chercher.

Un commentaire sur cette réponse à stackoverflow m'a mis sur la bonne voie avec ce même message d'erreur si quelqu'un d'autre tombe sur cela et les autres réponses n'aident pas: https://stackoverflow.com/a/13871041/1128742 .

Non seulement le déploiement Web doit être installé, mais le sous-élément du gestionnaire de déploiement IIS doit être activé. Ouvrez Ajout / Suppression de programmes> Microsoft Web Deploy> Modifier> assurez-vous que le gestionnaire de déploiement IIS est activé.

Le déploiement Web fonctionnait pour nous, puis nous avons appliqué des mises à jour Windows et il a cessé de fonctionner soudainement, c'était le coupable.

J'ai eu le même problème (404). Fixé par:

1. Web Deploy 3.6 désinstallé des programmes et fonctionnalités
2. Package x64 téléchargé à partir de https://www.iis.net/downloads/microsoft/web-deploy#additionalDownloads
3. Installé le package MSI téléchargé, qui s'est avéré être Web Deploy 3.5.

Immédiatement (sans redémarrage), cela a résolu le problème.

Il s'est donc avéré qu'il y avait un autre pare-feu empêchant toute connexion au port 8172 et il a dû être ouvert.

Je viens d'avoir un problème similaire. C'était dû au fait de jouer avec les certificats SSL.

Lors de l'installation de WebDeploy, vous installez normalement le service de gestion qui crée un certificat auto-signé nommé: WMSvc-HOSTNAME .

Ce certificat doit être disponible dans le magasin de certificats :

et doit être visible dans IIS sous Certificats de serveur :

Depuis que je jouais avec, WMSvc-HOSTNAME était en quelque sorte disponible dans le magasin de certificats et avait disparu des certificats de serveur dans IIS .

Le problème était que le service de gestion était configuré pour utiliser le certificat WMSvc:

Solution:

Créez un nouveau certificat SSL auto-signé et utilisez-le avec Management Service au lieu de WMSVC .

J'ai eu le même problème, en affichant ma solution pour être complet: j'essayais de déployer Web sur une machine virtuelle Hyper-V , résolu en recréant le commutateur virtuel utilisé par la machine virtuelle. Il a probablement été mal configuré il y a quelque temps en essayant de dépanner d'autres connexions. J'aurais dû vérifier plus tôt si je pouvais réellement atteindre la destination ...