asp.net - page - aws signin amazon

No puedo obtener mi instancia de EC2 Windows Server 2008(pila Web) para recibir publicaciones de mi sitio web (5)

Instalé una nueva AMI para EC2 ( http://aws.amazon.com/amis/Microsoft/5147732567196848 ) y instalé la implementación Web 2.1 en ella.

El servicio de despliegue web 2.1 se ejecuta de verdad como

netstat -an

El Servicio de Agente de Implementación Web escucha los programas 8172.

Pero, cuando intento desplegar en este sitio usando Proyecto-> clic derecho-> Publicar (vía despliegue web) recibo el siguiente mensaje de error

------ Build started: Project: Cir.Web, Configuration: Debug Any CPU ------ Cir.Web -> C:/Projects/CrazyInsaneRobot/Source/Cir.Web/bin/Cir.Web.dll ------ Publish started: Project: Cir.Web, Configuration: Debug Any CPU ------ Transformed Web.config using Web.Debug.config into obj/Debug/TransformWebConfig/transformed/Web.config. Auto ConnectionString Transformed Views/Web.config into obj/Debug/CSAutoParameterize/transformed/Views/Web.config. Auto ConnectionString Transformed obj/Debug/TransformWebConfig/transformed/Web.config into obj/Debug/CSAutoParameterize/transformed/Web.config. Copying all files to temporary location below for package/publish: obj/Debug/Package/PackageTmp. Start Web Deploy Publish the Application/package to https://ec2-175-41-170-198.ap-southeast-1.compute.amazonaws.com:8172/msdeploy.axd?site=Default%20Web%20Site ... C:/Program Files (x86)/MSBuild/Microsoft/VisualStudio/v10.0/Web/Microsoft.Web.Publishing.targets(3847,5): Warning : Retrying the sync because a socket error (10054) occurred. Retrying operation ''Serialization'' on object sitemanifest (sourcePath). Attempt 1 of 10. C:/Program Files (x86)/MSBuild/Microsoft/VisualStudio/v10.0/Web/Microsoft.Web.Publishing.targets(3847,5): Warning : Retrying the sync because a socket error (10054) occurred. Retrying operation ''Serialization'' on object sitemanifest (sourcePath). Attempt 2 of ... C:/Program Files (x86)/MSBuild/Microsoft/VisualStudio/v10.0/Web/Microsoft.Web.Publishing.targets(3847,5): Warning : Retrying the sync because a socket error (10054) occurred. Retrying operation ''Serialization'' on object sitemanifest (sourcePath). Attempt 10 of 10. C:/Program Files (x86)/MSBuild/Microsoft/VisualStudio/v10.0/Web/Microsoft.Web.Publishing.targets(3847,5): Error : Web deployment task failed.(Could not complete the request to remote agent URL ''https://ec2-175-41-170-198.ap-southeast-1.compute.amazonaws.com:8172/msdeploy.axd?site=Default Web Site''.) This error indicates that you cannot connect to the server. Make sure the service URL is correct, firewall and network settings on this computer and on the server computer are configured properly, and the appropriate services have been started on the server. Error details: Could not complete the request to remote agent URL ''https://ec2-175-41-170-198.ap-southeast-1.compute.amazonaws.com:8172/msdeploy.axd?site=Default Web Site''. The underlying connection was closed: An unexpected error occurred on a send. Unable to read data from the transport connection: An existing connection was forcibly closed by the remote host. An existing connection was forcibly closed by the remote host Publish failed to deploy. ========== Build: 1 succeeded or up-to-date, 0 failed, 0 skipped ========== ========== Publish: 0 succeeded, 1 failed, 0 skipped ==========

Mi firewall en la instancia de EC2 ha sido desactivado. Y mi configuración de firewall AWS es

Cuales son los ajustes recomendados.

Otras notas / pensamientos:

El registro de errores de My Web Deploy en el registro de errores de Windows está completamente vacío
He usado la implementación web antes de usar una AMI diferente en el pasado y he tenido éxito sin problemas.

Si alguien tiene alguna sugerencia sobre cómo depurar esto, ¡estaría muy agradecido!

Algunas respuestas muy útiles para un mensaje de error con muchas causas. Tuve este error y resultó que el nombre del "sitio web de IIS / aplicación" utilizado para el servidor de destino era incorrecto.

Por lo tanto, las causas de esto podrían incluir:

Nombre de usuario o contraseña incorrectos
Nombre incorrecto del sitio web para el destino (en Visual Studio, esto se establece en la pestaña Empaquetar / Publicar web de las propiedades de un proyecto web)
Certificado SSL para administración web (por ejemplo, si su servidor fue sysprepped después de instalar IIS)

Este error también puede ocurrir cuando especifica el punto final en el formato incorrecto.

Por ejemplo, al seleccionar publicar una aplicación, Visual Studio da ejemplos del formato de punto final, como https://RemoteServer:8172/MsDeploy.axd

Resulta que realmente quería esto sin el prefijo http, por ejemplo 0.0.0.0:8172/MsDeploy.axd

Si recibe un error acerca de los certificados después de esto, solo tiene que marcar la casilla Permitir certificados no confiables en la pantalla de publicación.

¡Agrahahah!

Me comunico directamente con Microsoft sobre este problema y tuvieron una respuesta inmediata para mí.

De MS tipo:

Parece que su servicio de administración web no es contactable. He visto esto antes cuando el certificado para el servicio no es válido. ¿Puedes ejecutar el script adjunto en tu servidor?

Iniciar un indicador de PowerShell elevado
Ejecutar set -ecutionpolicy sin restricciones –force
Ejecutar. / 00_Certificate.ps1
Parada de red wmsvc
Net start wmsvc

¿Esto soluciona el problema?

El guión al que se refiere está disponible aquí.

Recibo el mismo error cuando intenté implementar un sitio web.

En el EventViewer (Windows Logs / System) tuve un registro de error, que no se pudo crear el archivo de registro del servicio de administración web ("No se puede crear el archivo de registro D: / Logfiles / WMSVC / W3SVC1 / u_ex131126.log. Asegúrese de que el directorio de registro es correcto y esta computadora tiene acceso de escritura a ese directorio ".

Acabo de eliminar el indicador de solo lectura de la carpeta de registro y todo funcionó bien de nuevo.

Tuve este mismo problema con Web Deploy cuando lo instaló el instalador de la plataforma web. Después de desinstalar manualmente y reinstalar Web Deploy directamente (NO usar Web PI) funcionó bien ...