401 Non autorisé: l’access est refusé en raison d’informations d’identification non valides

J’utilise IIS Express pour déployer l’application MVC4. Ce site fonctionne parfaitement sur le même ordinateur. Mais en Lan, cela me donne une erreur 401.

    

Dans le contrôleur à la maison

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

Je démarre le serveur IIS à partir de l’invite de commande en mode Administrateur. IIS répond à la demande avec l’erreur 401 .

Des indices?

Je me rends compte que c’est un ancien message, mais j’ai eu la même erreur sur IIS 8.5. J’espère que cela peut aider un autre qui connaît le même problème (je n’ai pas vu mon problème décrit dans d’autres questions avec un titre similaire).

Tout semblait correctement configuré avec l’identité du pool d’applications, mais je continuais à recevoir l’erreur. Après de nombreuses recherches, l’utilisateur anonyme doit utiliser les informations d’identification de l’identité du pool d’applications ou d’un utilisateur spécifique. Pour quelque raison que ce soit, la mienne était atsortingbuée à un utilisateur spécifique. La modification du paramètre sur l’identité du pool d’applications a résolu le problème pour moi.

  1. Gestionnaire IIS → Sites → Site Web
  2. Double-cliquez sur “Authentification”
  3. Sélectionnez Authentification anonyme
  4. Dans le panneau Actions, sélectionnez Modifier
  5. Sélectionnez Identité du pool d’applications et cliquez sur OK.

J’espère que cela sauvera quelqu’un d’autre du temps!

Si vous utilisez IIS 7, faites quelque chose comme ceci:

  1. Sélectionnez votre site
  2. Cliquez sur les pages d’erreur.
  3. Modifier les parameters de fonctionnalité.
  4. Sélectionnez les erreurs détaillées.

Prendre plaisir.

Assurez-vous d’avoir activé l’authentification anonyme sur iis comme ceci:

entrer la description de l'image ici

Dans le cas où quelqu’un est encore à la recherche de cela, cela a résolu le problème pour nous:

A qui cela peut aider, cela m’a sauvé la vie …

IIS 7 était difficile à comprendre pourquoi je recevais le 401 – Unauthorized: l’access est refusé en raison d’informations d’identification non valides … jusqu’à ce que je le fasse …

  1. Ouvrez IIS et sélectionnez le site Web à l’origine du 401
  2. Ouvrez la propriété “Authentication” sous l’en-tête “IIS”
  3. Cliquez sur l’élément “Authentification Windows” et cliquez sur “Fournisseurs”
  4. Pour moi, le problème était que Negotiate était supérieur à NTLM. Je suppose qu’il y avait une sorte de poignée de main dans les coulisses, mais je n’ai jamais été authentifié. J’ai déplacé le NTLM au premier rang et BAM qui l’a corrigé.

Voici le lien où cela a été trouvé .

Je me rends compte que c’est une vieille question, mais cela est apparu dans mes recherches. Avait un problème similaire pour une application MVC récemment construite, déployée pour la première fois, et le mécanisme d’authentification n’a pas été complètement éliminé.

Ce n’était pas un paramètre IIS dans mon cas, c’était un contrôleur qui n’était pas [AllowAnonymous] décoré. J’utilisais un Render.Action / Html.Action dans un Layout.cshtml et l’utilisateur n’était pas authentifié. La mise en page a donc tenté de charger une action authentifiée dans un contexte non authentifié.

Une fois que j’ai mis à jour l’action dans AllowAnonymous, le problème a disparu et c’est ce qui m’a amené à le faire .

J’espère que cela aide quelqu’un.

J’ai eu un problème similaire aujourd’hui. Pour une raison quelconque, ma demande GET était correcte , mais la demande PUT échouait pour mon service WebHttp WCF

L’ajout de ce qui suit au Web.config a résolu le problème

     

J’ai rencontré cette erreur lorsque j’ai créé un projet vide avec les dossiers MVC, puis déployé l’application sur le serveur. Mon problème était que je ne définissais pas l’authentification dans Web.config , donc tout ce que j’avais à faire était d’append cette ligne à une balise system.web .

    

J’ai fait face à un problème similaire.

Le dossier a été partagé et l’autorisation des utilisateurs authentifiés a été fournie, ce qui a résolu mon problème.

J’ai rencontré le même problème sous IIS 8.5. Une solution de travail pour moi consistait à changer IIS pour afficher les erreurs détaillées. Voir la réponse de sna2stha. Mais je pense que ce n’est pas une bonne idée d’envoyer des messages d’erreur détaillés aux navigateurs dans les environnements de production. J’ai ajouté / modifié l’atsortingbut existingResponse dans la section httpErrors, afin que IIS ne gère aucune réponse Asp.net existante:

   

Cela fonctionne pour moi.

Dans mon cas,
Mon application est développée dans MVC et ma classe de contrôleur domestique a été décorée avec [Authorize] qui était à l’origine de ce problème.
Je l’ai donc supprimé car mon application ne nécessite aucune authentification.