Drupal 7 Логин не может просматривать админ-бар, Fresh Install через Drush на CentOS 6.3

Я потратил довольно много часов, пытаясь понять, в чем проблема. Вопрос заключается в следующем:

Логин работает, но страница не меняется, когда я захожу как администратор. Я знаю, что вход в систему работает, потому что неправильные учетные данные вызывают ошибку. Я даже не вижу административной панели инструментов. Других страниц на странице не существует, но если я скажу, например, ввести? Q = admin, для пользователя /1, он будет отображаться как "Отказано в доступе"

Что я сделал:

  • очистил кеш и куки много раз
  • проверил, что mod_rewrite работает
  • путь к cookie на drupal settings.php - это / а не \
  • .htaccess находится в корневом каталоге drupal, точно так же, как это предусмотрено drupal.org.
  • в httpd.conf я написал новый каталог и AllowOverride=All (* примечание: родительский каталог имеет AllowOverride=None)
  • Чистые URL-адреса включены через Drush Vset

Я подозреваю, что проблема в том, но не знаю, как ее решить:

  • Proxy?
  • Некоторые разрешения, которые необходимо настроить для некоторых файлов / каталогов

Что я имею:

  • CentOS 6.3
  • Apache 2.2.15
  • Drush 5.9
  • Drupal 7.22

заранее спасибо

Источник

2 ответа

Решение

Оказывается, это была проблема SELinux. Я обнаружил, что если я выйду из системы через URL выхода из системы и затем использую https на моем веб-сайте, я могу войти в систему и использовать его правильно. Мне нужно было переустановить сертификаты и настроить безопасность... Спасибо всем за помощь.

Источник

Я не могу представить, что это будет проблема с разрешениями, но если бы это было так, вы могли бы просто начать делать (и, кстати, я бы НИКОГДА не рекомендовал делать это на рабочем сервере):

cd /<path_in_which_drupal_root_sits>
chown -R apache:apache <drupal_root>
chmod -R 777 <drupal_root>

Для этого вам может потребоваться sudo, и вы определенно захотите вернуть разрешение chmod обратно к 775, 755 или 644 в зависимости от каталога / подкаталога после завершения тестирования.

Это, вероятно, не решит вашу проблему сразу, но, по крайней мере, поможет вам устранить разрешения как проблему.

Чтобы проверить проблемы с прокси, вы можете попытаться установить lynx (клиент http из командной строки) и попытаться получить доступ к своему сайту через него с помощью localhost. Вы должны быть в состоянии войти в систему, и если вы получите другой результат, чем через удаленный доступ, у вас действительно может быть какой-то странный прокси или другая проблема в сети, которая мешает.

Наконец, и это может быть самым полезным, вы должны проверить свои заголовки до, во время и после процесса входа в систему. Вы можете сделать это, используя FireBug или Developer Tools и т.п. И, конечно же, проверьте доступ к Apache и журналы ошибок на предмет чего-то неожиданного или необычного.

Скорее всего, вам просто нужно переустановить и попробовать снова.

Источник
Другие вопросы по тегам