asp.net mvc - ver - 401 no autorizado: acceso denegado debido a credenciales no válidas

no tiene permiso para ver este directorio o esta pagina iis

Question

Estoy usando IIS Express para implementar la aplicación MVC4. Este sitio web funciona perfectamente en la misma computadora. Pero en Lan me da el error 401.

<authentication mode="Forms">
    <forms loginUrl="~/" slidingExpiration="true" timeout="20">
    </forms>
</authentication>

En el controlador del hogar

[HttpPost]
[AllowAnonymous]        
public ActionResult Index(LoginModel model, string returnUrl)
{
}

Estoy iniciando el servidor IIS desde el símbolo del sistema en modo Administrador. IIS responde a la solicitud con el error 401 .

¿Cualquier pista?

Answer 1

Asegúrese de habilitar la autenticación anónima en iis de esta manera:

Answer 2

En caso de que alguien todavía esté buscando esto, esto nos solucionó el problema:

A quien sea que esto pueda ayudar, esto me salvó la vida ...

IIS 7 era difícil de descifrar por qué recibía el 401 - No autorizado: acceso denegado debido a credenciales no válidas ... hasta que lo hice ...

1. Abra IIS y seleccione el sitio web que está causando el 401
2. Abra la propiedad "Autenticación" debajo del encabezado "IIS"
3. Haga clic en el elemento "Autenticación de Windows" y haga clic en "Proveedores"
4. Para mí, el problema era que Negociar estaba por encima de NTLM. Supongo que hubo algún tipo de apretón de manos detrás de escena, pero nunca fui realmente autenticado. Moví el NTLM al punto más alto y al BAM que lo arregló.

Aquí está el enlace donde se encontró esto .

Answer 3

En mi caso,
Mi aplicación está desarrollada en MVC y mi clase de controlador local estaba decorada con [Authorize] que estaba causando este problema.
Así que lo eliminé porque mi aplicación no requiere ninguna autenticación.

Answer 4

Enfrenté un problema similar.

La carpeta se compartió y se proporcionó el permiso de Usuarios autenticados, que resolvió mi problema.

Answer 5

Me doy cuenta de que es una vieja pregunta, pero esto surgió en mis búsquedas. Tuve un problema similar para una aplicación MVC recientemente creada, implementada por primera vez, y el mecanismo de autenticación no fue completamente descifrado.

No era una configuración de IIS en mi caso, era un controlador que no [AllowAnonymous] decorado [AllowAnonymous] . Estaba usando una Render.Action / Html.Action en un Layout.cshtml y el usuario no estaba autenticado. Entonces, el diseño intentó cargar una acción autenticada en un contexto no autenticado.

Una vez que actualicé la acción a AllowAnonymous, el problema desapareció, y esto es lo que me llevó a hacerlo .

Espero que esto ayude a alguien.

Answer 6

Me doy cuenta de que esta es una publicación anterior, pero tuve el mismo error en IIS 8.5. Espero que esto pueda ayudar a otro a experimentar el mismo problema (no vi mi problema resumido en otras preguntas con un título similar).

Todo parecía configurado correctamente con Application Pool Identity, pero seguí recibiendo el error. Después de excavar mucho, existe una configuración para que el usuario anónimo use las credenciales de la identidad del grupo de aplicaciones o un usuario específico. Por alguna razón, la mía fue predeterminada para un usuario específico. Alterar la configuración de la Identidad del grupo de aplicaciones me solucionó el problema.

1. Administrador de IIS → Sitios → Sitio web
2. Haga doble clic en "Autenticación"
3. Seleccione Autenticación anónima
4. Desde el panel Acciones, selecciona Editar
5. Seleccione Identidad del grupo de aplicaciones y haga clic en Aceptar

¡Ojalá esto le ahorre a alguien más algo de tiempo!

Answer 7

Me enfrenté a este error cuando creé un proyecto vacío con las carpetas MVC y luego implementé la aplicación en el servidor. Mi problema era que no definía la autenticación en Web.config , así que todo lo que tenía que hacer era agregar esta línea a una etiqueta system.web .

<system.web>
    <authentication mode="None"/>
</system.web>

Answer 8

Si usa IIS 7, haga algo como esto:

1. Seleccione su sitio
2. Haga clic en las páginas de error.
3. Editar la configuración de funciones.
4. Seleccionar errores detallados

Disfrutar.

Answer 9

Tuve un problema similar hoy. Por alguna razón, mi solicitud GET estaba bien, pero la solicitud PUT estaba fallando para mi servicio WCF WebHttp.

Agregar lo siguiente a Web.config resolvió el problema

 <system.web>
  <authentication mode="Forms" />
 </system.web>

Answer 10

me enfrenté al mismo problema bajo IIS 8.5. Una solución de trabajo para mí fue cambiar el IIS para mostrar los errores detallados. Ver respuesta de sna2stha. Pero creo que no es una buena idea enviar mensajes de error detallados a los navegadores en entornos de producción. Agregué / cambié el atributo existente Respuestas en la sección httpErrors, por lo que el IIS no manejó ninguna respuesta extática de Asp.net:

 <httpErrors existingResponse="PassThrough" />

Esto funciona para mí