МУЛЬТИСАЙТ: Проблема с паролем и ошибка Невозможно получить доступ к сайту

Недавно я установил WordPress Multisite на своем домене https://matrixsolutionsnetwork.com. На данный момент у меня не возникло проблем с установкой. Я успешно добавил компоненты SEO и безопасности в основу сети и добавил подкаталог.

Прошлой ночью я смог начать работу над главной страницей основного сайта сети. Сохранил изменения и пошел спать. Сегодня утром, когда я сел за компьютер, я увидел всплывающее окно для входа. Когда я попытался войти, у меня ничего не вышло.

Я несколько раз пытался зайти на сайт через страницу администрирования, используя пароль, созданный при настройке учетной записи. Я трижды проверил, чтобы убедиться, что имя пользователя и пароль введены правильно. Даже пытался использовать адрес электронной почты вместо имени пользователя. Я также пробовал несколько браузеров: Chrome (основной), Firefox и Edge. Никаких результатов.

Затем я пытался сбросить пароль, чтобы получить доступ. Я смог выполнить сброс, следуя обычным процессам (нажимая на ссылку, отправленную на зарегистрированную электронную почту, а затем вводя новый пароль). Но снова доступа к администраторской панели не было.

Затем я попытался изменить пароль в phpmyadmin в таблице пользователей базы данных. Я смог получить доступ на некоторое время в Firefox, но все еще не в Chrome или Edge. Где-то час назад я получил уведомление о том, что был запрошен сброс пароля. В тот момент у меня был доступ к сайту, и я ничего подобного не делал.

Я снова попытался войти, и снова доступ не был предоставлен. После того как я снова вернулся в таблицу phpmyadmin и обновил пароль, теперь, когда я перехожу на страницу /wp-admin или даже на главную страницу с надписью “Скоро”, я вижу только одно слово вверху слева в браузере – “Ошибка”.

Я совершенно не понимаю, почему эта проблема возникла в первую очередь, и не знаю, почему сброс пароля вызывает так много проблем как на стороне WordPress, так и на стороне PHPMyAdmin. К сожалению, мой веб-хостинг; Dreamhost, не предоставляет поддержку для WordPress multisite, поэтому я абсолютно не знаю, как решить эту проблему.

Есть ли у кого-либо опыт с подобной проблемой или сталкивался ли кто-то с аналогичной ситуацией?

Я подозреваю, что произошел «совершенно неумышленный обмен учетными данными». Возможно, кто-то смог получить ваши данные, пока вы были в сети прошлой ночью? Другой причиной может быть кэширование браузера или сайта; поэтому очистите их.

Если бы это был мой сайт, я бы изменил учетные данные везде (хостинг, FTP, база данных WP, пользователи WP админки). Если необходимо, то через доступ к базе данных myphpAdmin. Затем я бы обновил все (WP, темы, плагины; темы и плагины через ручную загрузку/обновление из репозитория; WP через страницу обновления).

Я бы также создал нового пользователя с уровнем администратора и сильным паролем, затем вошел бы под этим пользователем (чтобы убедиться, что он работает), а затем удалил (или понизил привилегии до «подписчика»). Я бы также искал неизвестные файлы во всех папках (так как вы переустановили все, сортировка файлов по дате сделает их более заметными). И я бы посмотрел на файлы своей дочерней темы (особенно файл functions.php дочерней темы).

Ваша ситуация может не быть взломом, это может быть так же просто, как кэширование. Моя процедура очистки взломанных сайтов находится здесь.

Сообщите о решении вашей проблемы; это всегда полезно для других.

Та же проблема, с которой я сталкиваюсь с мультисайтом; я настроил 4 сайта для разных доменов, в последний раз смог войти, но сейчас не могу

Есть одно решение: нужно отключить код в конфигурационном файле для мультисайтов. Вот так.

/*
define('MULTISITE', true);
define('MULTISITE', true);
define('SUBDOMAIN_INSTALL', false);
define('DOMAIN_CURRENT_SITE', 'allergitest.se');
define('PATH_CURRENT_SITE', "https://wordpress.stackexchange.com/");
define('SITE_ID_CURRENT_SITE', 1);
define('BLOG_ID_CURRENT_SITE', 1);
define( 'SUNRISE', 'on' );
*/

Тогда ваш старый пароль сработает, и вы также сможете изменить пароль в таблице пользователей mysql wp.

Я решил эту проблему, выставив true на второй строке кода в wp-config.php

define('SUBDOMAIN_INSTALL', true);

Надеюсь, это сработает для всех.