"Accès refusé” à Default.aspx sur un SharePoint 2010 Site de Sub

Un de mes clients est allé vivre avec leur SharePoint 2010 environnement aujourd'hui.  Nous avons découvert qu'un certain groupe d'utilisateurs n'a pas pu accéder à leur page d'accueil par défaut.  SharePoint a répondu avec « Accès refusé » et le habituel « signe en tant qu'un autre utilisateur » ou « demande d'accès » réponse. 

Lorsque nous avons utilisé la fonction « Vérifier l'accès » sympathiques, il a confirmé que les utilisateurs finaux aient réellement accès.  Encore, ils ne peuvent pas obtenir de la page.

J'ai suivi beaucoup de routes à diverses impasses jusqu'à ce que j'ai décidé de comparer les composants WebPart sur la page brisée contre une page de travail similaires.  Je le faisais en mettant la page en mode de maintenance en ajoutant"?contenu = 1 » à la page. Si, il ressemblait à "http://Server/subsite/subsite/default.aspx?contenu = 1 ". 

Cela m'a montré deux composants WebPart nommé « Erreur » avec une description comme « Erreur » sur la page brisée.  Je ne pensais pas prendre une casquette d'écran à la fois.

J'ai enlevé la leur et qui a résolu le problème.

J'ai vu une question comme ce come up sur les forums dans le passé, et j'étais très sceptique sur l'insistance de l'affiche qu'il avait mises en place correctement la sécurité.  Je * sais * j'ai eu le droit de la sécurité Sourire  La prochaine fois, Je vais être plus ouverte et moins sceptique.

</fin>

S'abonner à mon blog.

Me suivre sur Twitter à http://www.twitter.com/pagalvin

2 réflexions sur ""Accès refusé” à Default.aspx sur un SharePoint 2010 Site de Sub

  1. Larry Tenison

    Paul, Nous avons exactement la même question passe en ce moment sur un site client. Nous avons un portail à 3 couches très simple sur une collection de sites dans SP2010 Enterprise. L'héritage est actuellement “sur” pour tous 3 niveaux. Utilisateurs dans le groupe intégré de membres (droits de contribuer) peut “aller n'importe où”. Si vous prenez un de ces utilisateurs sur et donnez contribuer directement les droits ou les mettre dans un groupe personnalisé de SP avec contribute droits, ils obtiennent “Accès refusé” sur default.aspx vers le bas sur le site de l'équipe niveau 3ème. Le mode de débogage mentionné ci-dessus révèle * non * cassé WebPart sur cette page. Il semble comme si utilisateurs * extérieur * d'un groupe prédéfini suffit “accès limité” droits. Avez-vous déjà vu cela auparavant? Héritage complet semble cassé. Toutes les idées?

    Réponse

Laissez une réponse à Larry Tenison Annuler la réponse

Votre adresse email ne sera pas publiée. les champs requis sont indiqués *