Drupal problème des autorisations utilisateur anonyme

Question

Je suis creusé mon cerveau sur la façon de résoudre ce problème pendant des heures, et je sais que je ne suis pas le premier à le rencontrer.

Je ne parviens pas à accorder aux utilisateurs anonymes l'accès au contenu des nœuds dans Drupal 6.15. J'ai tout essayé, y compris les encarts pour MySQL, la vérification et de double contrôle toutes les autorisations disponibles réglage (oui, je l'ai activé « contenu Access »), la reconstruction des autorisations et de vider le cache. J'ai des modules handicapés personnalisés dans l'espoir de dégager 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 questions, 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 » de Devel module d'affichage indique en effet que l'utilisateur: anonyme ne peut pas afficher le contenu (IMAGE VOIR). Il soulève une question déconcertante: comment est-il que « Tous les utilisateurs peuvent voir tous les noeuds » tout utilisateur: Anonymous a simultanément « NO: contenu d'accès » ???

Cela me rend dingue. Si quelqu'un peut me alerter sur ce que je fais mal, je vais sauter de haut en bas dans l'excitation, et vous acheter une bière si vous êtes à Seattle.

MERCI!

texte alt 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 au moins je vais déclencher une idée révolutionnaire en vous qui vous aidera à résoudre le problème.

Alors que l'accès de nœud est une autorisation qui devrait en être sur, il y a d'autres qui pourraient restreindre les utilisateurs. Avez-vous freelinking sur? Si oui, vérifiez que l'accès freelinking est également. Vous pouvez vous assurer que les modules de contrôle d'accès (ACL et ceux qui en dépendent, comme le Forum Access) ne reçoivent pas de la manière. En outre, le contrôle d'accès de taxonomie peut être une douleur: J'ai eu des problèmes avec la taxonomie accès Lite contrôle (tac_lite). Essayez de désactiver aussi si vous l'avez.

Je suis désolé de ne pas être en mesure d'offrir quelque chose de plus précis que cela, mais Drupal est comme ça. Résolution des problèmes d'autorisations nécessite rarement le piratage du code.

Answer 2

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

Celui-ci l'a fait pour moi: « Avez-vous essayé la reconstruction des autorisations? Aller à l'admin / contenu / nœud paramètres et cliquez sur « Reconstruire autorisations ».

Answer 3

J'ai eu exactement le même problème depuis la mise à niveau de 6,14 à 6,15. Essayé seulement sur 2 différence des systèmes OSX locaux, donc intriguée pour trouver votre serveur problèmes liés ... est la version PHP liée -. Je suis en PHP5.2 sur toutes les installations

Tableau des autorisations et Reconstruite regardé tous les imaginables autorisation de l'utilisateur, mais les utilisateurs Anon obtenir le même «S'il vous plaît Connexion pour continuer. On dirait que cela vaut la peine de poster un problème dans la file d'attente d'émission Drupal.

Answer 4

Depuis que je suis allé à 6,15 J'ai eu des problèmes avec des autorisations à gauche et à droite. Le site n'a pas été 100% à 6,14 Je déboguée ne peux pas dire logiquement sans aucun doute été la faute de 6,15, mais mes intuitions et ne peut le dire.

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

Pour que les histoires de modifier l'administrateur système (utilisateur # 1) Je devais donner ce rôle. En ce moment, je vais avoir des problèmes de laisser que les histoires d'édition de rôle. Un utilisateur avec ce rôle attribué obtient des erreurs « accès refusé ».

Le seul autre module je qui manipule les permissions des utilisateurs finaux est donc certains « rôle délégation » peut avoir accès à l'attribution des rôles, mais pas modifier les rôles ou à l'attribution d'autorisations à des rôles. Je dois encore chasser cela et la possibilité d'une table d'autorisation corrompue. Mais la possibilité que 6,15 est le coupable existe toujours.