Problème d'autorisation utilisateur anonyme Drupal

Question

Je me suis creusé la cervelle pour résoudre ce problème pendant des heures, et je sais que je ne suis pas le premier à le rencontrer.

Je rencontre des difficultés pour accorder aux utilisateurs anonymes l'accès au contenu du nœud dans Drupal 6.15. J'ai tout essayé, y compris les insertions sur MySQL, en vérifiant et en revérifiant tous les paramètres d'autorisations disponibles (oui, j'ai activé "Accéder au contenu"), en reconstruisant les permissions et en effaçant le cache. J'ai désactivé les modules personnalisés dans l'espoir de résoudre un conflit mais toujours pas de chance. Les utilisateurs anonymes obtiennent la page "Accès refusé" partout mais sur un calendrier personnalisé Voir la page.

J'ai essayé ces requêtes, mais ils ne sont que des copies de ce qui est déjà là:

INSERT INTO users (uid, name, mail) VALUES (0, '', ''); 
INSERT INTO users_roles (uid, rid) VALUES (0, 1); 
INSERT INTO node_access VALUES (0, 0, 'all', 1, 0, 0); 

Ma seule lueur d'espoir: « Les autorisations d'accès par l'utilisateur » du Devel module d'affichage indique en effet que l'utilisateur: Anonyme Impossible d'afficher le contenu (VOIR IMAGE). Cela soulève une question déroutante: comment se fait-il que "Tous les utilisateurs peuvent voir tous les nœuds" pendant que l'utilisateur: Anonymous a simultanément "NON: accès au contenu" ???

Cela me rend fou. Si quelqu'un peut m'avertir de ce que je fais de mal, je vais sauter d'excitation et vous acheter une bière si vous êtes à Seattle.

MERCI!

alt text http://seethreeblog.com/images/devel.png

Answer 1

Ceci est très typique de Drupal: problèmes d'autorisations. Bien que je sache que je serai probablement incapable d'offrir la bonne réponse, peut-être qu'au moins je déclencherai en vous une idée révolutionnaire qui vous aidera à résoudre le problème.

Alors que l'accès au nœud est une permission standard qui devrait être activée, il y en a d'autres qui pourraient restreindre les utilisateurs. Avez-vous des liens freelance? Si c'est le cas, vérifiez que l'accès freelinking est également activé. Vous pouvez vous assurer que les modules de contrôle d'accès (ACL et ceux qui en dépendent, tels que Forum Access) ne gênent pas. En outre, le contrôle d'accès à la taxonomie peut être pénible: j'ai rencontré des problèmes avec Taxonomy Access Control Lite (tac_lite). Essayez de le désactiver aussi si vous l'avez.

Je m'excuse de ne pouvoir offrir quoi que ce soit de plus précis, mais Drupal est exactement comme ça. La résolution des problèmes d'autorisation nécessite rarement de pirater le code.

Answer 2

J'ai eu exactement le même problème depuis la mise à niveau de 6.14 à 6.15. Essayé seulement sur 2 systèmes différents d'OSX local, donc intrigué pour trouver vos problèmes liés au serveur ... est la version de PHP liée - Je cours PHP5.2 sur toutes les installations.

Reconstruit le tableau des permissions et regardé toutes les autorisations d'utilisation imaginables, mais les utilisateurs anonymes obtiennent la même chose 'Veuillez vous connecter pour continuer'. On dirait que cela vaut la peine d'afficher un problème dans la file d'attente de questions Drupal.

Answer 3

Depuis que je suis allé à 6.15 j'ai eu des problèmes avec les autorisations gauche et droite. Le site n'a pas été débogué à 100% en 6.14, donc je ne peux pas dire que c'était logiquement la faute de 6.15, mais mes intuitions peuvent le dire.

J'ai un rôle que j'appelle le gestionnaire de contenu qui a toutes les permissions CRUD (créer, lire, mettre à jour, supprimer) sur tous les types de contenu.

Pour permettre à l'administrateur système (utilisateur n ° 1) d'éditer des articles, je devais lui donner ce rôle. En ce moment j'ai des problèmes à laisser ce rôle éditer des histoires. Un utilisateur avec ce rôle affecté obtient des erreurs 'accès refusé'.Le seul autre module dont je dispose manipule les autorisations est la 'délégation de rôle' afin que certains utilisateurs finaux puissent avoir accès à l'attribution de rôles, mais pas à l'édition de rôles ni à l'attribution d'autorisations à des rôles. Je dois encore chasser cela et la possibilité d'une table de permission corrompue. Mais la possibilité que 6.15 est le coupable existe toujours.

Answer 4

Via Drupal: http://drupal.org/node/64114

Celui-ci l'a fait pour moi: « Avez-vous essayé autorisations de reconstruction? Allez dans admin/content/node-settings et cliquez sur "Reconstruire les permissions". '