Проблема с разрешениями анонимного пользователя Drupal

Question

Я уже несколько часов ломаю голову над тем, как решить эту проблему, и я знаю, что я не первый, кто сталкивается с ней.

У меня проблемы с предоставлением анонимным пользователям доступа к содержимому узла в Drupal 6.15. Я перепробовал все, включая вставки в MySQL, проверку и перепроверку всех доступных настроек разрешений (да, я включил «Доступ к содержимому»), перестройку разрешений и очистку кеша. Я отключил пользовательские модули в надежде разрешить конфликт, но все же не повезло. Анонимные пользователи получают страницу «Отказано в доступе» везде, но в пользовательском календаре. Страница просмотра.

Я пробовал эти запросы, но они просто дублируют то, что уже есть:

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);

Мой единственный проблеск надежды: экран «Права доступа пользователя» модуля Devel действительно показывает, что пользователь: Аноним не может просматривать контент (СМ. ИЗОБРАЖЕНИЕ). Возникает непонятный вопрос: как получается, что «Все пользователи могут просматривать все узлы», а пользователь: Anonymous одновременно имеет «НЕТ: доступ к содержимому» ???

Это сводит меня с ума. Если кто-нибудь может предупредить меня о том, что я делаю неправильно, я прыгаю от волнения и покупаю тебе пиво, если ты в Сиэтле.

СПАСИБО!

альтернативный текст http://seethreeblog.com/images/devel.png

Answer 1

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

Этот сделал это для меня: «Вы пытались восстановить разрешения? Перейдите в admin / content / node-settings и нажмите «Перестроить разрешения». '

Answer 2

Это очень типично для Drupal: проблемы с правами доступа. Хотя я знаю, что, вероятно, я не смогу предложить правильный ответ, возможно, по крайней мере, я вызову в вас революционную идею, которая поможет вам решить проблему.

Хотя доступ к узлу является стандартным разрешением, которое должно быть включено, существуют другие, которые могут ограничивать пользователей. У вас есть фриланк? Если это так, убедитесь, что фрилинк-доступ также включен. Возможно, вы захотите убедиться, что модули контроля доступа (ACL и те, которые полагаются на него, такие как Forum Access) не мешают. Кроме того, управление доступом к таксономии может быть проблемой: у меня были проблемы с таксономией Access Control Lite (tac_lite). Попробуйте отключить его, если он у вас есть.

Я прошу прощения за неспособность предложить что-то более конкретное, чем это, но Drupal просто так. Решение проблем с разрешениями редко требует взлома кода.

Answer 3

Поскольку я перешел на 6.15, у меня были проблемы с разрешениями слева и справа. Сайт не был отлажен на 100% в 6.14, так что я не могу сказать логически, что это определенно вина 6.15, но моя интуиция может и так сказать.

У меня есть роль, которую я называю менеджером контента, который имеет все разрешения CRUD (создание, чтение, обновление, удаление) для всех типов контента.

Чтобы системный администратор (пользователь № 1) мог редактировать истории, я должен был дать ему эту роль. Сейчас у меня проблемы с тем, чтобы позволить этой роли редактировать истории. Пользователь с этой ролью получает ошибки «Отказано в доступе».

Единственный другой модуль, который у меня есть, который управляет разрешениями, - это «делегирование ролей», поэтому некоторым конечным пользователям может быть предоставлен доступ к назначению ролей, но не редактирование ролей или назначение разрешений ролям. Я все еще должен преследовать это и возможность испорченной таблицы разрешений. Но вероятность того, что виновным является 6.15, все еще существует.

Answer 4

У меня была точно такая же проблема с момента обновления с 6.14 до 6.15. Пробовал только в двух локальных системах OSX, поэтому заинтригован, чтобы найти проблемы, связанные с вашим сервером ... это связано с версией PHP - я использую PHP5.2 на всех установках.

Перестроена таблица разрешений и просмотрены все мыслимые права пользователей, но пользователи получают одно и то же «Пожалуйста, войдите, чтобы продолжить». Похоже, стоит опубликовать проблему в очереди вопросов Drupal.