2 votes

Impossible de se connecter au service MSDeploy depuis Visual Studio 2013

La situation

J'ai un serveur hébergé sur lequel se trouve notre serveur web de développement. J'ai installé le service de gestion Web (via Web Platform Installer) et j'ai configuré un utilisateur de gestion IIS, configuré des délégations, démarré le service et j'essaie de me connecter au service via la boîte de dialogue Publish Web de Visual Studio 2013 avec le bouton Validate Connection.

J'utilise une adresse comme la suivante : https://169.254.0.0:8172/msdeploy.axd (évidemment, l'adresse IP a été modifiée, mais je suis absolument certain que celle que j'utilise est correcte car c'est à elle que je me connecte pour le RDP. J'ai également essayé http comme indiqué dans cet article de SF : Comment configurer le serveur WebDeploy pour la publication directe depuis Visual Studio ?

Je me suis assuré que les services (Web Management et Web Deploy Agent) sont en cours d'exécution, et que le pare-feu ne bloque pas la communication (j'ai essayé de le désactiver).

Auparavant, j'ai eu de la chance avec cela pour des serveurs qui étaient sur le réseau local et sur le domaine, mais celui-ci n'est ni l'un ni l'autre. Toute suggestion serait appréciée.

Mise à jour

Le Pare-feu Windows n'administrait pas les restrictions de port

Les restrictions de port des serveurs étaient gérées par Azure (je ne le savais pas en commençant ce projet). J'ai ouvert le port TCP 8172 et utilisé la version http de l'adresse ci-dessus. Maintenant l'erreur est : Could not complete the request to remote agent URL 'http://.../msdeploy.axd/MSDEPLOYAGENTSERVICE'. The operation has timed out.

Erreur 404.7 dans les journaux d'erreurs

En plus du message d'erreur de dépassement de délai ci-dessus, j'ai consulté à nouveau les journaux et j'ai remarqué que l'erreur HTTP renvoyée est une 404.7 : Not Found Le module de filtrage des requêtes est configuré pour refuser l'extension de fichier. J'ai regardé dans Handler Mappings et il y a des gestionnaires pour *.axd et ils semblent être activés et autorisés. Cela me met en colère.

1voto

CodeWarrior Points 199

Il s'agissait d'une combinaison de problèmes :

  1. Le pare-feu Windows ne bloquait pas le port 8172 TCP, mais Azure oui. Moralité : interrogez vos supérieurs sur la véritable nature de la bête à serveur que vous vous apprêtez à modifier.
  2. MsDeployServiceURL devrait être https dans ce cas. Moralité : parfois, il ne faut pas se fier aux déclarations qui semblent être des "solutions toutes faites".
  3. J'ai dû installer un module ou une fonctionnalité supplémentaire pour Web Deploy : Impossible d'utiliser "Web deploy" sur Windows Server 2012 HTTP ERROR 404.7 . La morale : IDK, installez le paquet entier même si vous ne pensez pas avoir besoin de certaines parties et sautez l'installation express ?

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X