Dois-je utiliser le service Windows Management ou service Remote Agent publier sur un serveur distant?

Question

J'ai un serveur web distant que j'ai accès administrateur complet sur, et je veux déployer un site Web.

Quand j'utilise de Visual Studio publier l'outil, entre autres, qui semblent un peu moins pratique (FTP, etc.), j'ai la possibilité d'utiliser soit service Windows Management ou service Remote Agent. Tout dit la documentation est la suivante:

  

Pour publier à distance par télécommande   Agent de service, l'utilisation    http: // RemoteComputerName . Cette option   est généralement utilisé pour déployer un Web   application à l'intérieur d'un réseau (dans un   scénario intranet). Vous devez avoir   autorisations appropriées pour effectuer la   déploiement sur le serveur de destination.

     

Pour publier sur un site d'hébergement en utilisant   Service de gestion Windows, utilisez la   valeur qui est spécifiée par l'organisation   fournisseur. Vous pouvez généralement utiliser juste   nom de serveur (HostedRemoteServer) ou   URL complète qui comprend un serveur   nom, un numéro de port, et le Web   Déployer le nom du gestionnaire   ( https: // HostedRemoteServer: 8172 / MsDeploy.axd ).   Le fournisseur d'hébergement peut vous dire   nom du serveur et le port   numéro, le cas échéant.

Ce n'est pas assez d'informations pour moi de décider, cependant. Oui, je ne suis pas publier sur un réseau, mais j'avoir un accès complet sur la machine que je suis à déployer. En même temps, MsDeploy est la grande chose de fantaisie que Scott Hanselman décrit dans son discours et que j'ai été convaincu comme étant le moyen génial de déployer.

Alors que dois-je faire? Y a-t-il des considérations de sécurité obscures ou quoi que ce soit?

Answer 1

Je recommande d'aller la route Management Service. En plus des caractéristiques de msdeploy, la fonction Service de gestion vous donne la possibilité à distance IIS 7 Administrez / 7.5 de votre machine. Avec tous vos serveurs IIS dans une console, vous pouvez facilement exporter une application sur une machine et l'importer sur un autre.

Il semble que la mise en œuvre du plus msdeploy sophistiqué du point de vue de la sécurité d'approvisionnement et du point de vue de la configuration. Le gestionnaire IIS vous permet de facilement les détails autour du point final configure (certificat SSL, le port, etc.). Eh bien .. cela est vrai sur IIS 7 / 7.5 sur Windows 2008 et R2, mais pas sous Windows Vista ou 7. Pour une raison étrange, il n'y a pas l'interface utilisateur pour les paramètres de gestion Web sur la non-serveur UGS.

L'agent est essentiellement un serveur Web autonome sans aucune des autorisations de niveau utilisateur capacités. Voilà pourquoi il faut que la personne qui effectue le déploiement à distance a des privilèges d'administrateur sur la machine cible. Il est plus simple est comme une mise en œuvre en métal nu. Puisque vous avez déjà IIS service jusqu'à HTTP / HTTPS et depuis IIS » mise en œuvre HTTP a des optimisations au niveau du noyau, vous ne gagne pas vraiment quoi que ce soit en allant la route de l'agent.

Si vous souhaitez administrer à distance des Windows 2008 R2 ou de Windows Vista / 7, installer sur votre poste de travail: http://www.microsoft.com/downloads/en/details.aspx?FamilyID=32c54c37-7530-4fc0-bd20-177a3e5330b7 . .. ce fut la cerise sur le gâteau pour moi.