Desde Windows 8 a Windows Server 2012 (IIS 8) con Servicios de administración web instalados y en funcionamiento, puedo usar el Administrador IIS en el cuadro W8 para administrar el servidor remoto, pero obtengo un 404.7 de WMSvc cuando ejecuto el siguiente comando:
msdeploy.exe" -verb:dump -source:contentPath=c:\InetPub\wwwroot,computerName=https://uktnws01:8172/MsDeploy.axd,userName=corp\administrator,password=WMSvcIsCrap,authType=Basic -allowUntrusted
He intentado todo tipo de combinaciones y parámetros. Puedo telnet a ese puerto, sé que está abierto.
Solo estoy eliminando la función del Servicio de administración de Windows y reiniciando. Me serviré un whisky y prepararé algunos bocadillos. Mientras tanto, si tienes alguna idea, compártela.
Únete a mi blog en vivo a continuación y sigue la acción.
Actualización 1
Con el servicio de administración eliminado, ahora obtengo
Error: no se puede conectar al servidor remoto Error: no se pudo establecer la conexión porque la máquina de destino lo rechazó activamente 192.168.2.22:8172 Recuento de errores: 1.
Donde la segunda línea es un nuevo mensaje! Woohoo
Actualización 2
Bien, entonces las cosas van de mal en peor ahora. Desde la reinstalación, la consola remota de IIS alertará sobre el certificado y luego dirá:
El servidor no acepta conexiones remotas.
Pero creo que esto se debe a que probablemente no volví a habilitar Remote Management, además de instalar la maldita cosa.
Actualización 3
Con Remote Management habilitado, el IIS remoto funciona nuevamente pero el 404 ha regresado. Solo en interés del SEO, aquí está el error completo:
Error Code: ERROR_DESTINATION_NOT_REACHABLE More Information: Could not connect to the remote computer ("uktnws01"). On the remote computer, make sure that Web Deploy is installed and that the required process ("Web Management Service") is started. Learn more at http://go.microsoft.com/fwlink/?LinkId=221672#ERROR_DESTINATION_NOT_REACHABLE.
Error: The remote server returned an error: (404) Not Found.
Error count: 1.
Actualización 4
¡Intenté el mismo comando contra otro servidor web a través de una VPN a un cliente y eso funciona de maravilla! Parece que IIS está publicado en mi nueva versión de 2012.
Actualización 5
Habilité el seguimiento de solicitudes fallidas para WMSvc y he visto que el 404.7 proviene del módulo RequestFilteringModule. 404.7 es 'Extensión de archivo denegada' según la documentación.
http://www.iis.net/configreference/system.webserver/security/requestfiltering
Sin embargo, agregar una regla de servidor explícita para archivos .axd no ayuda. Sin embargo, es interesante ver este módulo, ya que impone restricciones en la longitud de la URL y el tamaño del contenido. ¿Te imaginas solucionar este problema en una aplicación WCF alojada en IIS! Jaja. Estoy llorando de verdad.
Actualización 6
Estoy eliminando el filtro de solicitudes, lo que significa eliminar ASP.NET y varias otras cosas también. Necesitan una reinstalación de las características y dependencias de Windows Todo en un solo golpe porque escribimos una opción de software no confiable.
Actualización 7
Reinstalo todo y luego aparece un australiano llamado Richard de la nada y explica totalmente que Web Deploy no es realmente una parte de WMSvc como estándar, incluso en IIS 8, y que necesito instalar Web Deploy.
Así que hago. Luego deshabilito MsDepSvc, que es la otra parte que instala (que pensé que era la totalidad de Web Deploy) porque succiona el puerto 80 y evita que los equilibradores de carga vean un servicio IIS caído.
Y funciona. Puedo ir a la cama
