visual-studio - para - vista previa visual studio code

La tarea de implementación web falló. No se pudo conectar... el servidor no respondió (27)

He estado publicando mi aplicación Lightswitch usando Visual Studio 2012 RC en mi servidor local (Win 7, SQL 2008 R2, IIS 7.5) bien. Ahora estoy intentando publicar en un servidor remoto (Win 2008 R2, SQL 2008 R2, IIS 7.5) y estoy teniendo problemas.

Cuando trato de publicar, recibo el siguiente error:

La tarea de implementación web falló. (No se pudo conectar a la computadora remota ("###. ###. ###. ###") utilizando el proceso especificado ("Servicio de agente de implementación web") porque el servidor no respondió. Asegúrese de que el proceso ("Web Deployment Agent Service") se inicia en la computadora remota. Obtenga más información en: http://go.microsoft.com/fwlink/?LinkId=221672#ERROR_COULD_NOT_CONNECT_TO_REMOTESVC .)

Revisé cada una de las cosas que el enlace "aprender más" sugiere verificar. He verificado que MsDepSvc y WMSVC se están ejecutando y que los puertos 80 y 8172 responden a los escaneos de puertos. En la configuración de publicación, para la URL del servicio, estoy usando la dirección IP ( http: //###.###.###.### ) de la máquina remota. Para el nombre de usuario, estoy usando DomainName / Administrator, que es lo que uso para iniciar sesión usando RDP.

Publiqué en los foros de MSDN donde un miembro me sugirió que retrotraiga la herramienta de implementación web de V2.0 a V1.1. Lo que hice, pero no cambió nada.

Siguiendo el consejo en una respuesta a esta pregunta SO , intenté ejecutar msdeploy desde la línea de comandos.

Desde la línea de comando en el servidor obtengo:

C: / Archivos de programa / IIS / Microsoft Web Deploy> msdeploy -verb: dump -source: dirpath = c: / temp, nombreDeEquipo = http: // SeverName: 80 / msdeployagentservice, username = Administrator, password = XXXX -verbose -debug Verboso: usando la ID ''c12c3392-2290-44b7-9434-dbd0ff5f9385'' para las conexiones al servidor remoto. Verbose: preautenticando a la URL del agente remoto '' http: // ServerName: 80 / msdeployagentservice '' como ''Administrador''. MSDeploy.dirPath (name = MSDeploy.dirPath) c: / temp (name = dirPath) (keyAttribute = c: / temp) (linkName = Child1)

Desde la línea de comando en la máquina de desarrollo obtengo:

C: / Archivos de programa / IIS / Microsoft Web Deploy V3> msdeploy -verb: dump -source: dirpath = c: / temp, nombre de equipo = http: //###.###.###.###: 80 / msdeployagentservice, username = Administrator, password = XXXX -verbose -debug Información: Usando ID ''7f0b7d5b-e202-424c-a7dd-246920253081'' para conexiones al servidor remoto. Verbose: autenticando previamente al agente remoto URL '' http: //###.###.###.###: 80 / msdeployagentservice '' como ''Administrador''. Verbose: autenticando previamente al agente remoto URL '' http: //###.###.###.###: 80 / msdeployagentservice '' como ''Administrador''. Código de error: ERROR_COULD_NOT_CONNECT_TO_REMOTESVC Más información: No se pudo conectar a la computadora remota ("###. ###. ###. ###") utilizando el proceso especificado ("Servicio de agente de implementación web") porque el servidor no lo hizo responder. Asegúrese de que el proceso ("Servicio de agente de implementación web") se inicie en la computadora remota. Obtenga más información en: http://go.microsoft.com/fwlink/?LinkId=221672#ERROR_COULD_NOT_CONNECT_TO_REMOTESVC . Obtenga más información en: http://go.microsoft.com/fwlink/?LinkId=221672#ERROR_COULD_NOT_CONNECT_TO_REMOTESVC . ---> Microsoft.Web.Deployment.DeploymentException: no se puede crear el objeto de tipo ''dirPath'' y la ruta ''c: / temp''. ---> System.Net.WebException: el servidor remoto devolvió un error: (400) Solicitud incorrecta. en System.Net.HttpWebRequest.GetResponse () en Microsoft.Web.Deployment.AgentClientProvider.GetHttpResponse (solicitud HttpWebRequest) --- Fin de la pila de excepción interna trace --- --- Fin de la excepción interna Stack Trace --- en Microsoft .Web.Deployment.DeploymentManager.CreateObjectPrivate (DeploymentProviderContext providerContext, DeploymentBaseOptions baseOptions, DeploymentObject SourceObject, cadena ServerVersion) en Microsoft.Web.Deployment.DeploymentManager.CreateObject (DeploymentProviderOptions ProviderOptions, DeploymentBaseOptions baseOptions) en MSDeploy.MSDeploy.CreateObject (DeploymentProviderOptions ProviderOptions, DeploymentBaseOptions baseOptions ) en MSDeploy.MSDeploy.ExecuteWorker () en MSDeploy.MSDeploy.Execute ()
en MSDeploy.MSDeploy.Main (String [] UnusedArgs) Número de errores: 1.

Usando Wireshark, me parece que estoy POST /MSDEPLOYAGENTSERVICE sesión correctamente, pero después de un POST /MSDEPLOYAGENTSERVICE recibo un error 400: solicitud incorrecta que se ve así:

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN""http://www.w3.org/TR/html4/strict.dtd">/r/n <HTML><HEAD><TITLE>Bad Request</TITLE>/r/n <META HTTP-EQUIV="Content-Type" Content="text/html; charset=us-ascii"></HEAD>/r/n <BODY><h2>Bad Request - Invalid Content Length</h2>/r/n <hr><p>HTTP Error 400. There is an invalid content length or chunk length in the request.</p>/r/n </BODY></HTML>/r/n

Lo único que pude encontrar que mencionó este comportamiento específico fue un artículo de soporte de Microsoft para ISA Server 2000.

¿Qué más debería estar mirando?

Además, asegúrese de que se haya iniciado el servicio Localizador de llamadas a procedimiento remoto (RPC).

Aparentemente, lo que funciona para mí es simplemente reiniciar mi estudio visual / reiniciar mi computadora y hacer una nueva implementación al volver a publicar mi aplicación web.

Asegúrese de que el tráfico al puerto 8172 esté permitido. Agregar una regla de entrada en mi NSG lo resolvió.

Configuré mi Nombre de usuario y Contraseña, que se usa en Config Web Deploy del iis, en la ventana de conexión de Visual Studio y funciona bien para mí ...

He logrado arreglar esto en mi servidor reiniciando el Servicio de Administración Web

He tenido el mismo problema y lo he solucionado al eliminar todas las carpetas de despliegue web en los archivos de programa (x86) / IIS y en los Archivos de programa / IIS.

Después de eso reinstalé web deploy 1.1 y web deploy 3.0 sin SQL incluido.

Instale la última versión de Microsoft Web Deployment Tool. Puedes usar el siguiente enlace. https://www.iis.net/downloads/microsoft/web-deploy

La tarea de implementación web falló. (No se pudo conectar a la computadora remota)

En mi caso, tuve que reiniciar el servicio del agente de despliegue web en el cuadro remoto.

Lo he resuelto colocando la palabra "Sitio web predeterminado" en el cuadro de texto del nombre del sitio al publicar desde el asistente en Visual Studio 2013

Lo que Chris dijo: "Cuando realmente esperaba que yo proporcionase el" Sitio web predeterminado / MiAplicación "." Las palabras reales "Sitio web predeterminado", no el nombre de su servidor.

Tuve esto también y pasé horas golpeando mi cabeza contra la pared hasta que probé esto. (Gracias Chris!)

FWIW, estaba usando el nombre del sitio web predeterminado (servername) no las palabras "Default Web Site", que es lo que aparentemente DEBE usar. Un poco cojo, pero al menos ahora lo sé.

Me encontré con esto ayer. En mi caso, se reducía por completo a la configuración de publicación donde solicita el Site Name: proporcioné MyApplication . Cuando realmente esperaba que brindara:

Default Web Site/MyApplication

Planteé esto con el equipo de Implementación de Microsoft, así que espero que puedan aclarar que si no especifica un nombre de sitio existente, no es que el servidor de despliegue web esté muerto del modo en que este error lo hace pensar.

Mismo problema en la instancia de AWS EC2.

Navegue a instancias EC2 , seleccione la instancia correspondiente y en la sección Descripciones copie el nombre de Grupos de seguridad

Vaya a Grupos de seguridad y seleccione el grupo de seguridad correspondiente y agregue las siguientes reglas de entrada si falta

Para resolver el problema, utilicé estos pasos: Servidor: WS2012. DEV Vs2012 Proyecto MVC4.

1) Cree el sitio vacío en el servidor con el nombre requerido o al publicar use "Sitio web predeterminado" si no ha cambiado el nombre predeterminado a otra cosa.

Usé información en este enlace

En el servidor que usa WPI, instale lo siguiente

Instalar Web Deploy (3.5) para Hosting Servers
Configuración recomendada del servidor para proveedores de alojamiento web

Me aseguré de que otras versiones NO estuvieran instaladas

Así que verifique el nombre del sitio que está usando ... Uso AdminUI. Este es un sitio vacío creado en el servidor de prueba

Entonces, cuando use el Asistente, haga coincidir el nombre del sitio

Asegúrese de que los servicios relevantes se estén ejecutando en el servidor. Y que tiene suficientes privilegios para escribir en el Sitio

Probé todas las otras soluciones populares aquí y ninguna de ellas funcionó para mí. : (

Instalé primero " Web Deploy 3.6 sin soporte de paquetes SQL ".
Luego, la " Configuración recomendada del servidor para proveedores de alojamiento web ".
Pensé: " No necesito todo el soporte SQL ".
No pude pasar la " Conexión de validación " en mi perfil de publicación de Visual Studio sin ver el mismo error que los documentos del Interlocutor anteriores.

Leí en alguna parte cómo la desinstalación y la reinstalación de Web Deploy lo arreglarían, así que abrí " Programas y características ", encontré " Microsoft Web Deploy 3.6 " y luego lo desinstalé.
Me dio advertencias sobre otros conectados al sistema, pero estaba desesperado.

Después de desinstalar, abrí IIS, hice clic en el nodo de mi Servidor, luego en la sección " Administración " abrí " Instalador de Plataforma Web " e instalé " Web Deploy 3.6 " esta vez (que es lo que normalmente instalo en lugar del que no tiene el SQL Apoyo).
Entonces finalmente pude validar la conexión desde mi máquina local a través de Visual Studio.

Probablemente no tiene nada que ver con la versión de Web Deploy que instalé.
Leí cómo estas cosas son complicadas sobre el orden en el que instalas estas herramientas y recomendaciones.
Me imagino que fue porque algo no funcionó (como la instalación de las configuraciones recomendadas del servidor después de la implementación web, en lugar de hacerlo de antemano), pero ahora todo está bien.

Aquí hay un enlace con algunas instrucciones útiles para seguir al instalar Web Deploy en IIS 8.0:
https://docs.microsoft.com/en-us/iis/install/installing-publishing-technologies/installing-and-configuring-web-deploy-on-iis-80-or-later

Simplemente elimine http: // de http: // SeverName: 80 / msdeployagentservice . También intente solo usar ServerName. Estaba teniendo este problema y lo resolví simplemente eliminando http: //

Solo tenía que iniciar el servicio del agente de despliegue web. por alguna razón, no comenzó automáticamente.

También es una buena idea verificar si hay restricciones de direcciones IP para el servicio de administración; estas restricciones son independientes del firewall de Windows.

También logré que esto funcione al desinstalar todas las implementaciones web y luego solo instalar Web Deploy 2.0.

También perdí algunas horas en este error ( ERROR_COULD_NOT_CONNECT_TO_REMOTESVC ) hoy, lo gracioso fue que pude implementar con la interfaz Properties/PublishProfiles/<Profile>.pubxml contructed Properties/PublishProfiles/<Profile>.pubxml ( Properties/PublishProfiles/<Profile>.pubxml right click on project -> Publish... -> create via wizard Properties/PublishProfiles/<Profile>.pubxml right click on project -> Publish... -> create via wizard ).

En mi caso, sin embargo, he <DeployIisAppPath> accidentalmente el atributo <DeployIisAppPath> . Esto debe apuntar al SiteName lugar de ApplicationPool/SiteName . Aquí está el bloque completo de mi archivo *.csproj :

<Project ...> ... <PropertyGroup Condition="''$(Configuration)|$(Platform)'' == ''DEV-Deploy|AnyCPU''"> <DebugSymbols>true</DebugSymbols> <OutputPath>bin/</OutputPath> <DefineConstants>DEBUG;TRACE</DefineConstants> <DebugType>full</DebugType> <PlatformTarget>x64</PlatformTarget> <ErrorReport>prompt</ErrorReport> <CodeAnalysisRuleSet>MinimumRecommendedRules.ruleset</CodeAnalysisRuleSet> <DeployIisAppPath>HERE GOES THE SITE NAME ONLY</DeployIisAppPath> </PropertyGroup> ... </Project>

Entonces, si configuró SiteName para que sea Foo, la última parte de ese bloque de configuración sería <DeployIisAppPath>Foo</DeployIisAppPath> .

Además, toda la información en el sitio IIS para códigos de error nunca ayudó realmente.

Tuve el mismo problema con Web Deploy 3.5 cuando lo instalé con "Web Platform Installer 5.0"

Cuando traté de publicar desde Visual Studio, recibí este error:

--------------------------- Microsoft Visual Studio --------------------------- Could not connect to the remote computer ("10.0.3.102") using the specified process ("Web Management Service") because the server did not respond. Make sure that the process ("Web Management Service") is started on the remote computer. Learn more at: http://go.microsoft.com/fwlink/?LinkId=221672#ERROR_COULD_NOT_CONNECT_TO_REMOTESVC. The remote server returned an error: (403) Forbidden. --------------------------- OK ---------------------------

Revisé dos veces los servicios, ambos se estaban ejecutando. Apagué el firewall también y sigo teniendo el mismo error.

Cómo resolví este problema:

abra los programas "Agregar o eliminar"
Haga clic en "Microsoft Web Deploy"
Haga clic en el botón "Cambiar" (además de "Desinstalar")
Haga clic en "Siguiente" en

Haga clic en "Cambiar" en

Agregue las características marcadas con X roja

Termina la instalación
Resultado : Publicar desde Visual Studio funciona

Tuve el mismo problema mientras publicaba un grupo selectivo de archivos. Acabo de seleccionar todos los archivos para publicar y luego publicar con éxito.

Tuve otra situación en la que esto de repente dejó de funcionar para mí.

Fue porque tenía una Restricción de dirección IP especificada en el Servicio de administración y mi ISP me asignó una nueva IP. Olvidé que especifiqué eso.

Abre el Administrador de IIS
Haga clic en el nombre del servidor en el árbol de la izquierda
En la Vista de características, seleccione "Servicio de administración"
Detenga el servicio de administración en el panel derecho
Agregue su nueva IP en Restricciones de direcciones IP y elimine la anterior
Aplique los cambios y vuelva a iniciar el servicio
Actualice la sección de solución de problemas de su documentación de servidor con estos pasos :)

Tuve un problema similar "ERROR_COULD_NOT_CONNECT_TO_REMOTESVC" y fui a IIS -> Your WebSite -> Configuración avanzada y encontré mi nombre de usuario en "Credenciales de ruta física". Lo eliminé y la implementación de wed comenzó a funcionar.

También asegúrese de que cuando implemente desde VS use "localhost" sin el número de puerto y el nombre del sitio en el siguiente campo.

Puse el puerto y también estaba fallando con ERROR_DESTINATION_NOT_REACHABLE.

Usando la información de varios foros y respuestas, finalmente logré instalar Web Deploy de Microsoft de la manera en que podría usarlo para publicar desde Visual Studio con éxito (probado sin firewall activado):

Instale "Servicios de administración" para IIS usando "Agregar funciones de roles" en el Administrador del servidor
Instalar Web Deploy (Importante: "Completar" Y después de que se hayan instalado "Servicios de administración") http://www.iis.net/downloads/microsoft/web-deploy#additionalDownloads
Asegurar en IIS a nivel de servidor
- Abra ''Servicio de administración''
- Permitir credenciales de Windows e IIS
En IIS en el nivel del sitio
- Abra ''Permiso del Administrador de IIS''
- Agregar usuario que se utilizará para la publicación real, por ejemplo, Administrador

Si Firewall está activo: habilite "Uso compartido de archivos" y "Administración de servicios remotos"

Verifique la discrepancia de TLS. Estábamos usando la clave reg SchUseStrongCrypto para forzar a TLS 1.2 en una máquina y no en la otra. Blogged más detalles aquí https://fuseit.zendesk.com/hc/en-us/articles/360000328595

Yo tenía el mismo error. Fue porque tenía un proxy configurado que no existía en esa red.

Yo tuve el mismo problema. Finalmente lo resolvió cambiando a https en la URL del servicio.