私のdrupal 7サイトを新しいサーバーに移動しました。ログインできません。

Question

drupalサイトを新しいサーバーに移動して以来、非常に奇妙な問題があります。

ここでの問題の説明です：

私は、ログインページ（http://129.16.208.27/drupal/?q=user）にログインしようとするだけでリロードすると、私は私の管理者を見ることができないが、パネル。管理ページに手動でアクセスしようとすると、ログインが失敗したことを示すアクセス拒否メッセージが表示されます。私が間違ったログイン名やパスワードを入力した場合、私は同じ動作をします。新しいパスワードをリクエストしようとすると、ページがリロードされ（上記のように）、メールは受信されません。

これは私がサイトを移動する方法である：

私はコピーしたファイルを移動し、エクスポートし、phpmyadminの持つデータベースをインポートしてBASE_URLをchangeingとDB情報を編集することによってsessions.phpを編集しました。

サイトは正常に動作し、すべてのページを表示できますが、ログインできません。

はdrupalのフォルダとデータベースを削除し、もう一度試してみました：ここ

は、私が試したものです。

管理者パスワード（phpmyadminのusersテーブルのdrush、MD5）を変更するさまざまな方法を使用しました。

はのsettings.phpファイルにcookie_domainを離れコメント777

に全体Drupalのフォルダのアクセス権を変更しました。

drupal_page_footer（）; $ GLOBALS ['tempUser'] = $ user;をindex.phpファイルに追加してください。

キャッシュで始まるデータベース内のすべてのテーブルを空にします。

さまざまなウェブブラウザとキャッシュをクリアしようとしました。ここで

いくつかのより多くの情報がある：

2台のサーバが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 

、私を助けてください！

Answer 1

あなたのサイトsettings.phpをチェックしましたか？

現在の詳細と一致することを確認してください。ここで私はそれを修正する方法です

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

Answer 2

/sites/mysite/settings.phpのデータベース情報を新しいデータベースに合わせて変更しましたか？

drupalキャッシュをクリアしてみてください。これを行うには、キャッシュから開始するすべてのテーブルを空にします。

Answer 3

：下の行に整備されています！

新しいDrupalサイトがサーバーにインストールされ、正常に動作していることを確認しました。それから私は徐々に古いサイトを少しずつ移動させながら、もし私がまだログインすることができたら、すべての部分をチェックします。このプロセスの途中でサイトはかなり醜いものでしたが、私が古いサイトから必要なものをすべて手に入れるとすぐに、再び。

これは私が移動し、古いサイトから何枚ある：
Drupalは/テーマ
drupalの/サイト/デフォルト/ファイルは
drupalの/サイトをフォルダ/すべてのフォルダ
のDrupal /モジュールフォルダをフォルダ

データベース

そして、それは魅力のように機能します！ご協力ありがとうございました！サーバーをチェック

Answer 4

はrewrite_moduleは私が

sudoが、その後

書き換えa2enmod走っ

Ubuntuのサーバー上のApache2と同じ問題を抱えていた

を有効にしています

sudoは

を再起動/etc/init.d/apache2と離れて、それは我々がこの上で時間を過ごし、すべての可能な選択肢を使い果たし、でもRackspaceのの「熱狂的なサポートは」それを修正することができませんでした:)

Answer 5

を行ってきました。私は最後にエンジニアに支払い、彼は見つけた：

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

問題を修正しました。