¿Debo usar Windows Management Service o Remote Agent Service para publicar en un servidor remoto?

Question

Tengo un servidor web remoto al que tengo acceso de administrador completo, y quiero implementar un sitio web.

Cuando utilizo la herramienta de publicación de Visual Studio, entre otras cosas que parecen un poco menos convenientes (FTP, etc.), tengo la opción de utilizar Windows Management Service o Remote Agent Service. Toda la documentación dice es esto:

Para publicar de forma remota a través servicio del agente remoto, utilice http://RemoteComputerName. Esta opción se usa generalmente para implementar una aplicación web dentro de una red (en un escenario de intranet ). Debe tener permisos apropiados para realizar la implementación en el servidor de destino.

Para publicar en un sitio de alojamiento utilizando Servicio de Gestión de Windows, use el valor que se especifica por el proveedor de alojamiento. Normalmente, puede utilizar sólo un nombre servidor (HostedRemoteServer) o una URL completa que incluye un nombre de servidor , un número de puerto, y la Web Implementar nombre del manejador (https://HostedRemoteServer:8172/MsDeploy.axd). El proveedor de alojamiento puede decirle el nombre del servidor y el número de puerto , si corresponde.

Sin embargo, esta información no es suficiente para mí. Sí, no estoy publicando a través de una red, pero sí tengo acceso completo a la máquina en la que estoy implementando. Al mismo tiempo, MsDeploy es la gran fantasía que describe Scott Hanselman en el in his talk y que me han convencido por ser la forma asombrosa de implementarlo.

Entonces, ¿qué debo hacer? ¿Hay consideraciones de seguridad poco claras o algo?

Answer 1

Recomiendo ir a la ruta del Servicio de Gestión. Además de las funciones msdeploy, la función Servicio de administración le brinda la capacidad de administrar de forma remota IIS 7/7.5 desde su máquina. Con todos sus servidores IIS en una consola, puede exportar fácilmente una aplicación en una máquina e importarla a otra.

Parece la implementación de msdeploy más sofisticada desde la perspectiva de la provisión de seguridad y desde una perspectiva de configuración. El administrador de IIS le permite configurar detalles fácilmente alrededor del punto final (certificado SSL, puerto, etc.). Bueno ... esto es cierto en IIS 7/7.5 en Windows 2008 y R2, pero no en Windows Vista o 7. Por alguna extraña razón, no hay UI para la configuración de Gestión web en SKU que no son de servidor.

El agente es básicamente un servidor web autónomo sin ninguna de las capacidades de permisos de nivel de usuario. Es por eso que requiere que la persona que realiza la implementación remota tenga privilegios de administrador en la máquina de destino. Se siente como una implementación de metal simple más simple. Como ya tiene IIS sirviendo HTTP/HTTPS y como la implementación de HTTP de IIS tiene optimizaciones de nivel kernel, en realidad no está obteniendo nada yendo por la ruta del agente.

Si desea administrar de forma remota Windows 2008 o R2 desde Windows Vista/7, instálelo en su estación de trabajo: http://www.microsoft.com/downloads/en/details.aspx?FamilyID=32c54c37-7530-4fc0-bd20-177a3e5330b7 ... esta fue la guinda del pastel para mí.