iis - que - WebDeploy(401) error no autorizado

web deploy iis 6 (10)

Recibo un error no autorizado de MsDeploy usando la autenticación NTLM al intentar implementar de forma remota una aplicación que usa un usuario de Windows que no es un administrador local en el servidor de destino. Tengo reglas de configuración en la delegación del servicio de administración en la casilla de destino con todos los proveedores marcados. Bajo esta regla, he agregado 2 usuarios con permisos de permiso (''*'' y mi usuario de Windows que está realizando la implementación remota). Además, le he dado permiso al usuario de Windows en el sitio que estoy tratando de implementar. Si hago que el usuario de Windows sea un administrador local en el cuadro de destino y configuro ''Permitir a los administradores omitir reglas'', la implementación funciona correctamente. Si el usuario de Windows no es un administrador local, aparece el siguiente error:

La tarea de implementación web falló. (No se pudo contactar con el agente remoto (URL http://xxxxxxxx/MSDEPLOYAGENTSERVICE ). Asegúrese de que el servicio del agente remoto esté instalado e iniciado en la computadora de destino). Asegúrese de que el nombre del sitio, nombre de usuario y contraseña son correctos Si el problema no se resuelve, póngase en contacto con su administrador local o del servidor. Detalles de error: no se pudo contactar con el agente remoto (URL http://xxxxx/MSDEPLOYAGENTSERVICE ). Asegúrese de que el servicio del agente remoto esté instalado e iniciado en la computadora de destino. Se recibió una respuesta no admitida. El encabezado de respuesta ''MSDeploy.Response'' era ''V1'' pero se esperaba ''v1''. El servidor remoto devolvió un error: (401) No autorizado. en Microsoft.Web.Publishing.targets (3588, 5)

Ayer pude desplegar muy bien, hoy tuve exactamente este mismo mensaje de error. Después de una o dos horas de resolución de problemas, terminé eliminando el dominio de mi nombre de usuario. Donde antes estaba [domain] / [username], lo cambié a simplemente [username], lo ''y he aquí, comenzó a funcionar nuevamente. Sé que esta no es una gran respuesta, pero tal vez ayude a alguien más a encontrarla.

Creo que tu problema es realmente simple ... Tuve el mismo problema que tú ...

De hecho, mi problema era que los Servicios de red eran la Cuenta de inicio de sesión en el Servicio de agente de implementación web y su Cuenta no tiene permisos suficientes para cambiar o leer archivos IIS ...

Para resolver su problema solo siga los siguientes pasos:

Abra los servicios Painel (services.msc)
Busque el servicio del agente de despliegue web y haga doble clic para abrir las propiedades del servicio del agente de despliegue web ... En la pestaña Iniciar sesión, cambie el "Iniciar sesión como" a una cuenta de administrador ...

Espero ayudarte

Esto consumió demasiadas horas de mi tiempo. Ya tenía Web Deploy trabajando para mis otros sitios. Decidí agregar un nuevo sitio web a mi servidor e intenté implementarlo (pero dejé accidentalmente el mismo nombre de " Sitio / aplicación " debido a un error excesivo de copiar / pegar). La publicación tuvo éxito, pero cuando me di cuenta de que publiqué en el sitio equivocado (en lugar del nuevo), cambié el nombre del sitio e intenté volver a implementarlo, pero seguí recibiendo este error. Intenté todo en el final de IIS. Finalmente, cerré mi instancia de Visual Studio 2010 por completo. Lo abrí de nuevo, intenté publicar de nuevo y ¡funcionó!

En caso de duda, pregúntese: "¿Ha intentado apagarlo y encenderlo de nuevo?"
Me doy cuenta de que este consejo no ayudará a todos con este error ambiguo, solo unos pocos.

Finalmente pude obtener mi compilación automatizada e implementar usando NTLM. Solo quería resumir lo que se necesitó para ponerlo en marcha en caso de que sea útil para cualquiera. Esto es con IIS 7.5.

Establezca la configuración del registro y reinicie Web Management Service (WMSVC):
reg agregar HKLM / Software / Microsoft / WebManagement / Server / v WindowsAuthenticationEnabled / t REG_DWORD / d 1
Dele al usuario que ejecuta el permiso de servicio de compilación TFS en el directorio del sitio web.
Aquí están los argumentos de MSBuild que utilicé. Reemplace los diferentes nombres con sus nombres. Estaba usando DEV y Any CPU. También necesitaba permitir un certificado que no sea de confianza.
/ m / p: PublishProfile = DEV / p: Configuración = DEV / p: Platform = "Cualquier CPU" / p: DeployOnBuild = true / p: AllowUntrustedCertificate = true / p: authType = NTLM
En el Administrador de IIS con el sitio web de destino seleccionado, abra Permisos del Administrador IIS y permita que el usuario ejecute el servicio de compilación TFS.

El seguimiento fue muy útil para diagnosticar los problemas. Puede activar el rastreo en Delegación del servicio de administración en el Administrador de IIS. Inicialmente no pude ver la Delegación del Servicio de Gestión en el Administrador de IIS. Para llegar a mostrar, tuve que ''cambiar'' Web Deploy desde Agregar Programas para que se instalara la Delegación del Servicio de Administración. Parecía que estaba instalado, pero restablecí el menú desplegable para instalar en mi computadora y completé la instalación. Luego apareció en el Administrador de IIS.

Hay otra posibilidad: su cuenta ha sido bloqueada debido a demasiados intentos fallidos para implementar con la implementación web. Restablezca su cuenta o pida a su administrador de sistema que haga eso por usted. Muy frustrante.

No estoy seguro de la causa exacta, pero podría ayudarte a encontrar tu camino.

WebDeploy utiliza dos puntos de entrada basados en la configuración del servidor remoto, es decir, si ejecuta IIS6 o IIS7.

IIS 7 usa el controlador de implementación de IIS , que es administrado por el Servicio de administración web y permite que msdeploy suministre directamente IIS. Todos los ajustes de "delegación de servicio de administración", etc. se relacionan con esta configuración.

IIS 6, sin embargo, no tiene el servicio de administración web, por lo que el controlador no funcionará. Para objetivos de IIS6, se utiliza un servicio llamado MS Deploy Agent Service .

Lo extraño es que su configuración sugiere que esté usando IIS 7, ya que fue capaz de establecer la configuración de delgación, etc. Sin embargo, esa url, "/ MSDEPLOYAGENTSERVICE" sugiere que su máquina está intentando usar el servicio ... casi como si piensa que es IIS 6. El servicio requiere acceso de administrador, razón por la cual está obteniendo ese error.

Según el error, parece que está invocando esto desde MSbuild, probablemente directamente desde Visual Studio. Es posible que desee mirar alrededor de la configuración que se le da y ver si hay algo allí que está causando esta selección de ruta y / o servidor.

Además, asegúrese de que el Web Management Service se esté ejecutando en la máquina remota.

Básicamente, desea ver cómo realizar llamadas a una url diferente, http: // <> /msdeploy.axd (si mal no recuerdo) para invocar correctamente el controlador.

Si configura la delegación en "Permitir a los administradores omitir las reglas" y el comando msdeploy tiene éxito, entonces está pasando por WMSvc y le está dejando pasar. De lo contrario, a partir de la respuesta, parece que WMSvc te está rechazando y te estás volviendo al agente de Web Deloy.

Establezca / agregue el siguiente valor de registro a la clave de registro WMSvc:

reg add HKLM/Software/Microsoft/WebManagement/Server /v WindowsAuthenticationEnabled /t REG_DWORD /d 1

Recicle WMSvc:

net stop wmsvc & net start wmsvc

Inténtalo de nuevo. Si no tiene éxito, puede publicar su línea de comando msdeploy.

Si su usuario es un administrador, pero aún así obtiene

ERROR_USER_IS_NOT_ADMIN

asegúrese de estar utilizando el nombre de usuario totalmente calificado.

MyMachineName / MyWebDeployUser

Tenemos una máquina en la que hemos estado desplegando como parte de nuestro proceso de compilación. Sin ninguna razón obvia, la implementación dejó de funcionar y ya no podíamos acceder remotamente a ninguna de las acciones administrativas (C $, ADMIN $, etc.). Encontramos una solución para las acciones administrativas que también solucionó los problemas de implementación.

Seguimos el paso en este artículo de KB para volver a habilitar las acciones administrativas (todavía no tengo idea de por qué de repente dejaron de funcionar).

http://support.microsoft.com/kb/947232

Después de que hicimos eso, msdeploy de repente comenzó a funcionar de nuevo también. No pensé que msdeploy usara recursos administrativos en absoluto. Ni siquiera estoy seguro de que los dos estén relacionados en absoluto, pero pensé que lo tiraría allí en caso de que resuelva el problema de alguien más.

Web Deploy dejó de funcionar ayer cuando usamos la identidad del usuario de Windows actual (funcionó con credenciales explícitas) después de instalar los parches para MS15-025 y MS15-027 en uno de nuestros controladores de dominio que ejecuta Windows Server 2003.

Verificamos todas las recomendaciones para Web Deploy y no pudimos resolver el error HTTP 401.2.

Ahora, Microsoft volvió a emitir los parches para ambos boletines específicamente para Windows Server 2003 (KB3033395-v2 y KB3002657-v2). Después de instalar los parches actualizados y arrancar el controlador de dominio, funcionó nuevamente de inmediato. Ni siquiera tuvimos que reiniciar ningún servicio en el servidor web.

No hubo entradas del Registro de eventos que señalaran esto, solo se hizo obvio debido a la relación temporal.