(共有ホスティングでホストされている)WebサイトにDrushエイリアスを設定しました。drush status
などのコマンドが原因で、エイリアスは正しく機能します。 drush cc all
などが機能します。問題はdrush uli
で発生します。ワンタイムログインリンクを生成し、ドメインは正しく、すべてが正常に見えますが、ブラウザに入力すると、standardDrupalになります
アクセスが拒否されました
ページ。
エイリアスの設定の一部とpath-alias
- esに関するいくつかの興味深い問題、データベース設定との関係、エイリアスの使用法と関連性については、最初に Drushの問題のページで説明しています。 GitHubで 。
技術的な案内:
drush upwd
で設定されたパスワードを使用しても)。sessions
テーブルの切り捨てなど)をチェックしました。Drushエイリアス:
$aliases['myalias'] = array(
'uri' => 'mysite.com',
'root' => '/home/mysite.com/web',
'path-aliases' => array(
'%drush' => '/home/.composer/vendor/drush/drush',
),
'%files' => '/home/mysite.com/web/sites/mysite.com/files',
);
エイリアスは、キャッシュのクリアなどの他のコマンドでも正しく機能し、drush status
はDrupalが正しくブートストラップされていることを確認します。
drush uli
がAccess Deniedに到達する理由が正確にわかりません。 sersテーブルのワンタイムリンクの検証/生成および/または不正なタイムスタンプの問題だと思います。
解決策は、データベース内のパスワードを削除することでした。 (drush upwd
を介して、またはDrupalで直接変更することは機能しませんでした。)ユーザーのパスワードを削除した後、drush uli
を実行できました。
これは、ユーザーがブロックされているときに発生する可能性があります。 「ユーザー」テーブルでステータスを1に設定すると、解決される場合があります。
ローカル開発セットアップでこれに遭遇しただけです。$cookie_domain
でコミットされたsettings.php
設定であることが判明しました...これが本番URLに設定されている場合、not有効なcookieを取得するため、アクセスは許可されません。 $cookie_domain
のローカル開発環境に一致するようにlocal-settings.php
をオーバーライドするとうまくいきました!
フラッドテーブル も確認してください。可能性としては、アクセスをブロックしているIPアドレスによる試行が失敗したレコードがあります。