unavailable the grupo error detiene defaultapppool aplicaciones asp.net

the - Error de ASP.Net: "La identidad del grupo de aplicaciones no es válida"



localhost error 503 service unavailable (15)

¿Ha habilitado "Iniciar sesión como servicio" para la cuenta?

Inicio -> Panel de control -> Herramientas administrativas -> Política de seguridad local -> Políticas locales -> Asignación de derechos de usuario -> Iniciar sesión como servicio

(asegúrese de que su cuenta se encuentre en esta lista de forma directa o indirecta; también se le ha sugerido que configure: Acceda a esta computadora desde la red; Denegar el inicio de sesión local; Inicie sesión como un trabajo por lotes)

Además, asegúrese de que la cuenta tenga "Leer y ejecutar", "Mostrar el contenido de la carpeta" y "Leer" el acceso al sistema de archivos que subyace al sitio web / aplicación.

Mi servicio web ASP.Net no se puede ejecutar porque el grupo de aplicaciones no puede iniciarse debido a la crisis de identidad que está experimentando.

El usuario que estoy usando en el grupo de aplicaciones es un usuario de dominio, es un administrador local, está en IIS_WPG, le he dado "actuar como parte de los permisos del sistema operativo", nada. Nada. No puede iniciar el grupo de aplicaciones cada vez.

Normalmente, agregar el usuario a IIS_WPG es lo que falta, pero creo que hay algo más.

Cosas que he intentado:

  • Agregar usuario a IIS_WPG
  • Agregar usuario al grupo de administración local y agregar el derecho "Actuar como parte del sistema operativo".
  • aspnet_regiis -ga
  • reiniciando ...
  • Contraseña revisada
  • Recreé el grupo de aplicaciones y le asigné solo mi aplicación

ps Si utilizo el usuario del servicio de red, todo funciona: solo falla mi usuario "personalizado". Iniciar sesión (interactivamente) con este usuario funciona.

Editar:

La solución es la descrita en la respuesta aceptada (agregando el derecho "Iniciar sesión como servicio" al usuario de identidad del grupo de aplicaciones).

Solo agregaré, para referencia futura, a aquellos que encuentren el siguiente mensaje cuando intenten agregar el derecho "Iniciar sesión como servicio" a un usuario de dominio:

"Esta configuración no es compatible con computadoras que ejecutan Windows 2000 Service Pack 1 o anterior ..."

Tenga en cuenta que esto no tiene nada que ver con Windows 2000 y que es solo la política de grupo del dominio lo que le impide asignar este derecho al usuario.


¿Tiene una política de grupo alguna que esté sacando la cuenta del grupo iis_wpg? Tenemos este problema (o uno similar) con frecuencia cuando, por cualquier razón, un proceso de trabajo o un servicio necesita ejecutarse bajo una cuenta personalizada.


Asegúrese de que haya una carpeta llamada c: / inetpub / temp / apppools. Si no, créelo.


Asegúrese de que la cuenta de usuario que intenta acceder al grupo de aplicaciones es miembro del grupo IIS_USRS en AD.


Después de probar todo lo anterior y nada funcionó, noté que los datos del evento en el error de registro de eventos eran 80070700. Google buscó este error "Se intentó iniciar sesión pero no se inició el servicio de inicio de sesión de red".

Descubrí que el servicio de NetLogon no se inició, comenzó y comenzó a funcionar. Espero que esto ayude a alguien más un día


Después de seguir todas las otras sugerencias:

  1. Marque los permisos "Iniciar sesión como servicio" y "Iniciar sesión como un trabajo por lotes"
  2. Compruebe los permisos de la carpeta, c: / Windows / system32 / inetsrv, etc.
  3. En Metabase Explorer comprueba los permisos para el grupo IIS_WPG

¡Recuerde reiniciar el servicio de administración de IIS!


En mi caso, el problema era que estaba tratando de usar una cuenta de dominio mientras el controlador de dominio tenía un problema con mi máquina. Acababa de crear una nueva VM con una versión más nueva de Windows (Windows 10) y le había pedido al administrador del dominio que la agregara al dominio, pero mantuve el mismo nombre de host que en mi otra máquina.

Además, en el Visor de eventos encontré mensajes de error sobre el controlador de dominio y eso me dio una pista.

Tuve que eliminar la máquina del dominio y volver a agregarla, y se solucionó el problema.


Habiendo tenido este problema antes y no ser capaz de rastrear el motivo, simpatizo! Algunos indicadores que pueden ayudar:

  • Verifique que la contraseña sea correcta (lo siento debe decirse)
  • Use un nuevo grupo de aplicaciones en el que no se esté ejecutando ningún otro sitio web
  • Asegúrese de haber ejecutado aspnet_regiis -ga para configurar los permisos necesarios

Si todo lo demás falla: - Detenga la aplicación y elimine el grupo de aplicaciones - Elimine al usuario - Vuelva a crear el usuario - Ejecute aspnet_regiis -ga - Configure un nuevo grupo de aplicaciones que se ejecute bajo este usuario - Ejecute el sitio bajo este grupo de servidores que junto con copiar y pegar la contraseña compleja que estaba usando ¡funcionó para mí!


La cuenta de usuario del grupo de aplicaciones podría estar bloqueada.


Lo que sucede es que probablemente ejecute su aplicación dentro de un grupo que ejecuta aplicaciones usando una versión diferente de .NET Framework. Asegúrese de que todas sus aplicaciones dentro de ese grupo estén ejecutando la misma versión. Si esas aplicaciones deben ejecutarse en una versión diferente a esta, cree un nuevo conjunto y agréguele su aplicación.


Otra cosa menor que vale la pena mencionar es que, si se trata de una nueva cuenta de usuario creada por un administrador, una política predeterminada podría aplicarse como ''cambiar su contraseña en el primer inicio de sesión''. Si ese es el caso y ese inicio de sesión aún no ha sucedido, esto también bloqueará efectivamente la cuenta de usuario para que no ejecute su servicio.

Esto no se aplica al caso del OP ya que menciona que puede iniciar sesión interactivamente usando la cuenta, pero me encontré con esto hoy y alguien más podría hacerlo también.


Otra forma en que esto puede suceder es si tiene scripts CGI. De forma predeterminada, los scripts CGI se ejecutan como el usuario de Windows que accede al sitio web. Para ejecutar sus scripts CGI bajo una cuenta específica, la cuenta necesita un paso adicional:

IIS 7+

Vaya a la sección CGI en la configuración de su sitio web en inetmgr.exe. Establezca la suplantación en falso.

IIS 6

Ejecute estos comandos como administrador:

cd /inetpub/adminscripts cscript.exe Adsutil.vbs SET W3Svc/CreateProcessAsUser false

Siguiente paso: haga que su departamento de TI actualice todas sus máquinas WS2003 ...


Publicar una respuesta simple para completar porque recibía el mismo error, pero lo que me solucionó fue incluir el dominio con el nombre de usuario al establecer la identidad. El usuario era un usuario de dominio válido y un usuario para el servidor y lo agregué manualmente al grupo IIS_ pero no a los dados hasta que intenté agregar el dominio como un prefijo, por ejemplo, "us / svc-myAccount".


Sé que esto es simple, pero ¿has verificado que la contraseña es correcta?


Intente ejecutar el siguiente comando en la carpeta C:/WINDOWS/Microsoft.NET/Framework/v2.0.50727 :

aspnet_regiis -ga <your_app_pool_user>

Para obtener más información sobre la configuración de una cuenta de usuario para usar como una identidad de grupo de aplicaciones, consulte el siguiente artículo:

Cómo: Crear una cuenta de servicio para una aplicación ASP.NET 2.0 (MSDN)