2012-03-21 1 views
3

У меня очень странная проблема, так как я переместил мой сайт drupal на новый сервер.Перемещено мое место на Drupal 7 на новый сервер, не удается войти в систему

вот описание проблемы:

Когда я пытаюсь войти на страницу входа в систему (http://129.16.208.27/drupal/?q=user) просто перезагружает, и я не могу видеть мой админ панель. Если я попытаюсь получить доступ к странице администрирования вручную, я получаю сообщение об отказе в доступе, которое указывает, что логин не удался. Если я нахожу неправильное имя пользователя или пароль, я получаю такое же поведение. При попытке запросить новый пароль страница просто перезагружается (как указано выше), и я не получаю письма.

Это, как я переехал сайт:

Я скопировать и перенести файлы, экспортировать и импортировать базу данных с PHPMyAdmin и редактировал sessions.php по changeing в base_url и редактирования информации в БД.

Сайт работает отлично, я могу посмотреть на все страницы, но я просто не могу войти!

Вот что я пробовал:

удалила друпали папки и базы данных и попытался снова.

Используются различные методы для изменения пароля администратора (drush, MD5, в таблице users в phpmyadmin).

Изменены разрешения всей папки Друпала 777.

комментированного прочь cookie_domain в файле settings.php.

drupal_page_footer(); $ GLOBALS ['tempUser'] = $ user; в файл index.php.

Опорожнить все таблицы в базе данных, которая начинается с кеша.

Пробовал различные веб-браузеры и очищающий кэш.

Вот еще информация:

Оба сервера имеют ту же версию PHP (5.2.3).

Я могу войти на старую страницу без проблем.

Таблица пользователей в db выглядит отлично, за исключением того, что временные метки доступа и входа являются старыми (с того момента, как я переместил сервер).

В таблице сторожевого таймера нет записей о неудачных входах, но когда я пытаюсь получить доступ к http://129.16.208.27/drupal/?q=admin, он генерирует запись (доступ запрещен), но временная метка неверна на 1 час.

Время сервера прекрасное.

SpaceBeers запрашивали таблицы сторожевых, здесь:

===Database orma 

== Table structure for table watchdog 

|------ 
|Field|Type|Null|Default 
|------ 
|//**wid**//|int(11)|No| 
|uid|int(11)|No|0 
|type|varchar(64)|No| 
|message|longtext|No| 
|variables|longblob|No| 
|severity|tinyint(3) |No|0 
|link|varchar(255)|Yes| 
|location|text|No| 
|referer|text|Yes|NULL 
|hostname|varchar(128)|No| 
|timestamp|int(11)|No|0 
== Dumping data for table watchdog 

|3344|0|cron|Cron run completed.|a:0:{}|5| |http://129.16.208.27/drupal/| |83.233.148.7|1331513088 
|3345|0|access denied|user/1|N;|4| |http://129.16.208.27/drupal/?q=user/1| |83.233.148.7|1331515605 
|3346|0|cron|Cron run completed.|a:0:{}|5| |http://129.16.208.27/drupal/| |83.233.148.35|1331548875 
|3347|0|cron|Cron run completed.|a:0:{}|5| |http://129.16.208.27/drupal/| |129.16.208.199|1332154845 
|3348|0|cron|Cron run completed.|a:0:{}|5| |http://129.16.208.27/drupal/| |83.233.148.63|1332193286 
|3349|0|access denied|admin|N;|4| |http://129.16.208.27/drupal/?q=admin| |83.233.148.63|1332195196 
|3350|0|access denied|admin|N;|4| |http://129.16.208.27/drupal/?q=admin| |83.233.148.63|1332195841 
|3351|0|access denied|admin|N;|4| |http://129.16.208.27/drupal/?q=admin| |83.233.148.63|1332198728 
|3352|0|access denied|admin|N;|4| |http://129.16.208.27/drupal/?q=admin| |83.233.148.63|1332200257 
|3353|0|access denied|admin|N;|4| |http://129.16.208.27/drupal/?q=admin| |83.233.148.63|1332200428 
|3354|0|access denied|admin|N;|4| |http://129.16.208.27/drupal/?q=admin| |83.233.148.63|1332200431 
|3355|0|cron|Cron run completed.|a:0:{}|5| |http://129.16.208.27/drupal/?q=user| |83.233.148.35|1332322440 
|3356|0|access denied|admin|N;|4| |http://129.16.208.27/drupal/?q=admin| |76.123.53.220|1332336792 
|3357|0|cron|Cron run completed.|a:0:{}|5| |http://129.16.208.27/drupal/?q=admin| |76.123.53.220|1332336792 
|3358|0|access denied|admin|N;|4| |http://129.16.208.27/drupal/?q=admin| |76.123.53.220|1332336815 
|3359|0|access denied|admin|N;|4| |http://129.16.208.27/drupal/?q=admin| |76.123.53.220|1332337311 
|3360|0|page not found|register|N;|4| |http://129.16.208.27/drupal/?q=register| |76.123.53.220|1332337314 
|3361|0|access denied|user/register|N;|4| |http://129.16.208.27/drupal/?q=user/register| |76.123.53.220|1332337322 
|3362|0|access denied|user/register|N;|4| |http://129.16.208.27/drupal/?q=user/register| |76.123.53.220|1332337354 
|3363|0|cron|Cron run completed.|a:0:{}|5| |http://129.16.208.27/drupal/| |83.248.70.120|1332353203 
|3364|0|cron|Cron run completed.|a:0:{}|5| |http://129.16.208.27/drupal/| |130.235.234.145|1332418164 
== Table structure for table watchdog 

|------ 
|Field|Type|Null|Default 
|------ 
|//**wid**//|int(11)|No| 
|uid|int(11)|No|0 
|type|varchar(64)|No| 
|message|longtext|No| 
|variables|longblob|No| 
|severity|tinyint(3) |No|0 
|link|varchar(255)|Yes| 
|location|text|No| 
|referer|text|Yes|NULL 
|hostname|varchar(128)|No| 
|timestamp|int(11)|No|0 

Я провел много часов, проверяя решения без успеха, пожалуйста, помогите мне!

+0

Можете ли вы создать временного тестового пользователя, чтобы мы могли устранить эту проблему? – jsheffers

+0

Я исправил это раньше, что-то связанное с обновлением BLOB в пользовательской таблице. Выследите детали для вас. – SpaceBeers

+0

@jsheffers: Это звучит очень интересно. Как только я вернусь домой, я создам тестового пользователя.Чтобы создать пользователя, вы просто создаете новую запись в таблице пользователей справа? –

ответ

4

Вы проверили ваши сайты settings.php файл?

Удостоверьтесь, что он соответствует вашим текущим данным И что ведущий. находится в строке ниже:

$cookie_domain = '.mydomain.co.uk'; 
+0

Хм, ты мог что-то там найти. Я прокомментировал эту строку следующим образом: # $ cookie_domain = '129.16.208.27'; Поэтому я перешел на $ cookie_domain = '.129.16.208.27'; и $ cookie_domain = '.129.16.208.27/drupal'; И через некоторое время вся страница перестала работать. Теперь это просто белый экран, и когда я снова прокомментировал файл cookie_domain, он не исправил его ... Что это значит? –

+0

Если вы вернетесь к тому, как это было, вы можете вернуть сайт обратно? – SpaceBeers

+0

нет, я не могу! (но не беспокойтесь, я уверен, что сайт безопасен и работает где-то в другом месте). Это очень странно. Мне, возможно, придется загрузить новую версию сервера и базы данных, так как я, возможно, что-то испортил, пытаясь исправить эту проблему –

1

Вы поменяли информацию о базе данных в файле /sites/mysite/settings.php, чтобы соответствовать новой базе данных?

Попробуйте очистить кэш drupal. Для этого очистите каждую таблицу, начиная с кеша.

+0

Благодарим за быстрый ответ Alytrem. Да, я сделал и то и другое, я добавлю информацию на вопрос! –

1

Вот как я его исправил!

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

Это то, что части из старого сайта я переехал:

базы данных
друпал/темы папку
Друпала/сайты// файлы папку
Друпал/сайты/все папки
Друпал папку по умолчанию/модули

И это работает как шарм! Спасибо за помощь!

18

Проверьте ваш сервер имеет rewrite_module включен

У меня была такая же проблема с apache2 на Ubuntu Server

Я побежал

Судо a2enmod переписать

затем

Судо /etc/init.d/apache2 перезагружать

и далеко он пошел :)

+0

Не пробовал это, может быть, кто-то другой с той же проблемой может дать ему попробовать ?! –

+5

Ты потрясающий! Это была моя проблема после перехода на новый новый сервер ubuntu. В руководстве по установке Apache не было этого для перезаписи! Он боролся с этим в течение нескольких часов и не мог войти на мой сайт. – meanbunny

+0

борется с этим часами ... большое вам спасибо! – Kyle

0

Мы потратили часы на этом и исчерпаны все возможные опции, даже «фанатичной поддержки» Rackspace не может исправить , В конце концов я заплатил инженеру и нашел:

# yum list installed | grep suhosin 
php54-suhosin.x86_64    0.9.34-20120520.1.ius.el6   @ius  
# yum remove php54-suhosin.x86_64 

исправил проблему.

Смежные вопросы