¿Hospedar ASP.NET en IIS7 da acceso denegado?

He configurado una aplicación en mi IIS7 que usa .NET Framework 4.0 (ejecutado por NetworkService) pero cuando navego por el sitio obtengo esto:

Acceso denegado.
Descripción: se produjo un error al acceder a los recursos necesarios para atender esta solicitud. Es posible que no tenga permiso para ver los recursos solicitados.
Mensaje de error 401.3: no tiene permiso para ver este directorio o página utilizando las credenciales que proporcionó (acceso denegado debido a las listas de control de acceso). Pídale al administrador del servidor web que le dé acceso a *

He intentado otorgarle a NetworkService permiso completo en la carpeta que contiene el sitio web (aquel en el que apunta la aplicación web en IIS) pero sigo teniendo acceso denegado.

¿Por qué?

Di acceso a “IIS_IUser” pero en su lugar debería ser “IUSR” . Eso resolvió el problema.

Para mí, nada funcionó, excepto lo siguiente, que resolvió el problema: abrir IIS, seleccionar el sitio, abrir Autenticación (en la sección IIS), hacer clic con el botón secundario en Autenticación anónima y seleccionar Editar, seleccionar Identidad del grupo de aplicaciones.

Tuve el mismo problema, habilité la “Autenticación anónima” pero aún así no funcionó. Así que también HABILITÉ “Autenticación de formularios” Luego funcionó sin ningún problema.

Sistema operativo: Windows 7 e IIS 7

Si aún tiene permiso denegado después de agregar IUSR & NETWORK SERVICE. Agrega también IIS_WPG. La adición de este último usuario resolvió mi problema.

Para las personas que no pueden encontrar esos usuarios: cuando intente agregar un usuario en la seguridad de la carpeta (propiedades de la carpeta), haga clic en “Avanzado” de la ventana “Seleccionar usuarios o grupos”. Cambie la ubicación al nombre de la computadora y luego haga clic en “Buscar ahora”. Encontrarás esos usuarios en la lista a continuación.

Para mí, en Windows 7, comenzó a funcionar solo después de haber otorgado permisos de “Leer y ejecutar”, “Mostrar contenido de carpeta” y “Leer” a la carpeta del sitio para ambos usuarios.

  • IUSR
  • SERVICIO DE RED

Permisos IUSR Permisos de servicio de red

En la configuración de Autenticación para la aplicación misma (EN IIS), vea si tiene anónimo habilitado.

Fue debido al problema de seguridad del directorio WWWRoot.

La solución simple es, simplemente copie la carpeta de solicitud en alguna otra unidad, en lugar de “C: \ Inetpub \ wwwroot” y luego cree un directorio virtual para esta nueva ruta. Eso es.

Necesitamos crear un nuevo usuario ComputerName \ IUSR yendo a la carpeta del sitio web -> Propiedades —> Seguridad —> Editar -> Agregar y otorgar acceso de lectura. Esto funcionaría definitivamente

Esta solución es para IIS7

Si usa la Autenticación anónima, IIS 7 utilizará la cuenta “IUSR” para el acceso al directorio (a menos que lo haya configurado para utilizar la identidad del grupo de aplicaciones. Si no ha otorgado a IUSR permisos suficientes en las carpetas y archivos de su sitio, obtendrás este error

Di vueltas y vueltas en esto y resultó ser una página predeterminada configurada incorrectamente. Espero que esto ayude a otra persona a evitar una hora de tiempo perdido.

Intenté la mayoría de las soluciones aquí, pero no tuve suerte. Lo que funcionó para mí fue agregar “Todos” a los permisos de seguridad. Propiedades -> Seguridad -> Editar -> Agregar -> Todos. Los valores predeterminados dados fueron suficientes para recuperar el acceso.

En un futuro cercano, probablemente debería averiguar qué credenciales se envían al servidor para poder otorgar los permisos adecuados. ¡Pero espero que ayude a alguien!

Si el usuario de IUSR ya está especificado en Autenticación y todavía está recibiendo este problema, es posible que su Lista de directorios no esté habilitada. Asegúrate de verificar eso. Ese fue el caso para mí.

Esto es lo que me sucedió a mí:

GetPost está bien. Trabajando bien.

Cuando trato de usar el verbo Options , el servidor devuelve un error como ese.

403

Entonces, ten cuidado con urlScan

Agrego el verbo OPTIONS al archivo .ini de configuración de urlscan, luego todo funciona bien.

Para comprobar si urlscan está instalado o no, abra su iis manager y abra ISAPI FILTERS url scan debería aparecer en la lista.

Después de algunas reflexiones y mucho ensayo y error, descubrí que este error se produjo porque parte de mi web.config estaba encriptado y, por algún motivo, la clave ya no era válida.

Volver a cifrar la sección de configuración resolvió el problema.

En mi caso, ejecutar c: \ windows \ Microsoft.Net \ Framework64 \ v4.0.30319 \ aspnet_regiis.exe / resolví el problema de acceso denegado 403.

    Intereting Posts