Je suis confronté à ce problème lorsque j'essaie de publier mon application Web sur Windows Azure via Visual Studio 2010. J'essaie par un clic droit sur le projet et sélectionnez publier et importer le profil de publication téléchargé à partir de la plateforme Windows Azure.
Je reçois cette erreur:
Erreur 1 La tâche de déploiement Web a échoué. (Impossible de se connecter à l'ordinateur distant ("waws-prod-am2-001.publish.azurewebsites.windows.net"). Sur l'ordinateur distant, assurez-vous que Web Deploy est installé et que le processus requis ("Web Management Service ") est démarré. En savoir plus sur: http://go.Microsoft.com/fwlink/?LinkId=221672#ERROR_DESTINATION_NOT_REACHABLE .) 0 0 MeraSungard
Lorsque vous essayez de publier votre application Web de VS2010 sur les sites Web Windows Azure, le processus de publication se connecte aux sites Web Windows Azure sur un port spécifique qui est activé pour le service Web Deploy. Dans VS 2010, si la connexion à ce port de service a échoué, VS renvoie l'erreur comme "Web Deploy est installé ........ sur le serveur distant. Le fait est que le service WebDeploy est déjà en cours d'exécution et que d'autres machines peuvent se connecter à le même serveur et déployer le problème est spécifique à votre réseau et votre machine.
Il y a deux endroits principaux à rechercher 1) le pare-feu de votre machine de déploiement 2) Le serveur proxy si vous êtes derrière un proxy. Essayez de modifier les paramètres liés au réseau localement afin de pouvoir le faire fonctionner.
Pour ceux pour qui la réponse n'a pas fonctionné (comme moi). Vous pouvez également définir un paramètre d'application dans votre site Web Azure:
Définissez WEBSITE_WEBDEPLOY_USE_SCM = false dans les paramètres du portail de gestion Azure (sous Site Web → Configuration → Paramètres d'application). Assurez-vous que false
est dans le champ de valeur.
Téléchargez à nouveau les paramètres de publication dans VS ou tout ce que vous utilisez pour déployer.
Déployer avec succès.
Extrait de:
essayez d'exécuter Visual Studio en tant qu'administrateur. Cela a résolu mon problème.
Assurez-vous que vous n'avez pas de proxy de débogage Web en cours d'exécution qui enregistre tout le trafic HTTP entre votre ordinateur et Internet. Mon problème était que Fiddler était en cours d'exécution parce que je déboguais une API Web. J'ai pu publier avec succès après la fermeture de Fiddler.
Pour moi, la publication commence à fonctionner après la reconnexion au réseau.
Je veux partager ma solution avec le même problème. MsDepSvc (Web Deployment Agent Service)
et WMSvc (Web Management Service)
s'exécutaient également sur la télécommande VM et Visual Studio 2015 renvoie toujours une erreur.
Je vais à Azure portal
> All Resources
> Trouver mon Network Security Group
et cliquez dessus. > Inbound security rules
et ajoutez une nouvelle règle:
Nom: votre choix.
Source: Tout .
Service: Personnalisé
Protocole: Tout
Plage de ports: 8172
Action: Autoriser
J'ai rencontré le même problème lors de la tentative de déploiement vers Azure à partir de la mise à jour VS2013 5. Cela se produit par intermittence. Parfois, publier des œuvres, parfois non. Dans mon cas, cela s'est avéré être lié au réseau. Nous utilisons un routeur d'équilibrage de charge avec deux WAN connectés. Si l'adresse IP externe change pendant le processus de déploiement, car le routeur a commuté les WAN, elle échoue. J'espère que cela aidera quelqu'un.
Je n'enregistre pas le mot de passe dans mon profil de publication. Même après avoir vérifié et revérifié le mot de passe à partir du portail et l'avoir saisi lorsque vous y êtes invité, la publication a échoué. Je savais que le problème avait quelque chose à voir avec le mot de passe car je pouvais entrer n'importe quel faux mot de passe et obtenir toujours la même erreur de publication exacte.
Ce que j'ai fait était de cliquer sur "Configurer" dans l'onglet de publication de mon projet et de cliquer sur "Valider la connexion" dans l'onglet "Connexion" après avoir entré à nouveau les informations d'identification.
Il a pu valider avec succès et toutes les publications ultérieures ont également réussi.
Même problème ici, solution légèrement différente. Je restreins l'accès au site Web à l'aide de l'IP. Cela se fait à partir des services d'application -> Réseau -> Configurer les restrictions d'accès.
Mon correctif consistait à ajouter l'IP aux deux onglets, l'onglet site Web et l'onglet scm.