Accès refusé sur une zone NTLM, mais pas sur la zone NTLM par défaut

Question

J'ai une application Web qui est divisée en deux zones: la zone par défaut et la zone intranet.

La zone par défaut utilise l'authentification NTLM standard. La zone intranet a été convertie en FBA, mais maintenant, je le retournai à NTLM. Pour une raison quelconque lorsque j'accède à la zone par défaut, je n'ai aucun problème, il vous suffit d'accéder à la zone intranet avec le même utilisateur me donne la page refusée de l'accès SP.

Les fichiers web.config sont identiques pour les fournisseurs d'adhésion, les fournisseurs de Rolemanager et tout le reste de la section System.Web, à l'exception de l'impersonnation d'identité sur la zone intranet (mais éteignant même l'impersonnation sur la zone intranet afin d'avoir la même chose. les paramètres ne changent pas le fait). Les caractères génériques des gens sont les mêmes.

Les paramètres de configuration des fournisseurs d'authentification dans l'administration centrale sont les mêmes (authentification Windows intégrée: NTLM, panneau de connexion par défaut).

Qu'est-ce que je manque? Le login fonctionne correctement sur la zone par défaut et je passe à la zone intranet parce que je vois l'erreur par défaut SharePoint "Erreur: Accès refusé" Page, mais je Impossible de vous connecter Obtenez continuellement des autorisations refusées Sur la zone intranet ...

Answer 1

Je l'ai réparé, mais je ne comprends pas pourquoi cela ne fonctionnait pas en premier lieu.

J'ai trouvé cet article qui m'a aidé, mais il n'a pas fourni de réponse directe: SharePoint 2013: Accès refusé sur le site root de l'application Web

Dans l'article que j'ai lié le problème expérimenté était en 2013 (la question de mon environnement était de 2010) et l'accès refusé ne se produisant que sur le site racine. J'ai donc essayé de voir si je pouvais accéder à l'un des sous-sites sauf que j'avais l'accès refusé sur tous les sous-sites. Dans l'article, Sam Weber (l'auteur) a écrit:

Il s'avère que ce problème est le résultat des paramètres d'authentification d'applications Web, obtenant corrompu et peut être corrigé en activant puis désactivant l'authentification anonyme. Cela recycle les paramètres d'authentification de l'application Web et efface la corruption.

OK, eh bien c'est intéressant ... alors j'ai activé l'accès anonyme l'a sauvé et obtenu un 404?!? Je l'ai désactivé et je l'ai sauvé à nouveau et me suis retrouvé au même endroit que j'ai commencé. Mais cela m'a fait penser à la façon dont d'autre pour faire de la nécessité de forcer les paramètres d'authentification à rafraîchir si cela pourrait éventuellement être le problème. J'ai désactivé l'authentification intégrée sur les deux zones et réactivée à nouveau. Et puis tout a commencé à travailler. Je ne suis toujours pas ce que le problème découle de, mais ça marche maintenant ...