Вопрос или проблема
Я пытаюсь войти в одну из своих WordPress сайтов через ссылку /wp-login.php. После отправки формы входа страница обновляется, но не перенаправляется на панель /wp-admin.php.
Я попытался ввести неправильный пароль (чтобы проверить, неправильные ли данные для входа), и я получаю сообщение “неправильный пароль”, как и ожидалось, однако, когда я ввожу правильные данные, ошибки не отображаются.
Я попытался сбросить пароль через страницу “Забыли пароль”, но получаю следующее сообщение об ошибке:
"Не удалось сохранить ключ сброса пароля в базе данных."
Сайт размещен через Elastic Beanstalk от AWS с экземпляром Amazon Aurora, который поддерживает базу данных. При попытке сбросить пароль через MySQL я получаю ошибку “Только для чтения”.
Все посты загружаются из базы данных правильно, так что я знаю, что это не проблема с базой данных, представляющей данные в ответ на запрос.
Я очистил весь кеш и куки, надеясь, что это был всего лишь конфликт кеша/куки, однако я все еще не могу войти через любую учетную запись на установке WP.
Сайт работал нормально несколько дней назад, и с тех пор ничего не менялось – никаких новых постов, никаких обновлений и т.д.
Кто-нибудь сталкивался с этим раньше, и как я могу это исправить?
Эти проблемы указывают на то, что данные не сохраняются в базе данных – Как отметил в комментарии к вопросу Стефано Томболини, я изменил хост подключения к базе данных.
Причина этой проблемы заключалась в том, что я изначально подключился к экземпляру внутри кластера базы данных, а не к самому кластеру. Иногда экземпляры в кластере меняются ролями между чтением и записью. Это привело к тому, что экземпляр, к которому я подключался, был только для чтения.
Смотрите этот пост о решении этой проблемы:
stackoverflow.com/questions/46665588/
Ответ или решение
Если вы не можете войти в систему WordPress и не получаете сообщения об ошибке, это может быть вызвано несколькими факторами. Рассмотрим вашу ситуацию более подробно.
Проблемное описание
Вы попытались войти на сайт WordPress через /wp-login.php, однако после ввода правильных учетных данных страница обновляется без перенаправления на /wp-admin.php. В случае ввода неправильного пароля, система корректно отображает сообщение об ошибке, указывая, что пароль неверный. Более того, при попытке сброса пароля через функцию «Забыли пароль», появляется ошибка: "Не удалось сохранить ключ сброса пароля в базе данных."
Ваш сайт размещен на AWS Elastic Beanstalk с использованием базы данных Amazon Aurora. При попытке сброса пароля через MySQL вы сталкиваетесь с ошибкой "Только для чтения". Все публикации загружаются из базы данных без проблем, что указывает на исправность получения данных из БД.
Возможная причина проблемы
На основе предоставленной информации, вероятной причиной проблемы является то, что изначально подключение осуществлялось к экземпляру внутри кластера базы данных, а не к самому кластеру. В AWS Amazon Aurora роли между экземплярами в кластере могут изменяться — читатель может стать записывающим, и наоборот. Это могло привести к тому, что экземпляр, к которому вы подключены, стал доступен только для чтения, что и вызвало невозможность записи.
Решение проблемы
-
Проверка подключения к базе данных: Убедитесь, что ваше приложение подключается непосредственно к кластеру базы данных, а не к отдельному экземпляру. Это обеспечит автомасштабирование и корректное управление записью/чтением.
-
Переориентируйте DNS или обновите приложение: Обновите DNS-записи или конфигурацию приложения так, чтобы они указывали на правильный ресурс — кластер базы данных.
-
Проверка ролей и доступа: Используйте AWS Management Console, чтобы гарантировать, что роли для чтения и записи в кластере настроены корректно.
-
Советы по безопасности: Поддерживайте актуальность программных компонентов и убедитесь, что в системе установлены последние обновления безопасности.
Заключение
Примените описанные шаги для устранения проблемы и восстановления нормальной работы вашего сайта. Это должно решить проблему с невозможностью входа в систему WordPress. Если эта инструкция не поможет, может потребоваться более детальное изучение логов и конфигураций приложения и базы данных для выявления скрытых проблем.