PhpMyAdmin не позволит мне войти - ошибка не отображается
У меня phpMyAdmin на удаленном сервере. Это было хорошо до сегодняшнего дня, я использовал его много раз (так что имя пользователя и пароль в порядке). Однако сегодня весь сайт не работал, он просто сказал "слишком много соединений".
Сначала я повторил попытку перезапуска Apache и MySQL, и это не устранило проблему.
Затем я перезагрузил его с помощью shutdown -r now
, и основной сайт работает сейчас, но phpMyAdmin все равно не войдет в систему (и он не показывает никаких ошибок). После ввода моего пользователя и пароля и ввода ввода, он показывает точную страницу (без ошибок), поскольку ничего не произошло бы. Я вижу, что токен различен в адресной строке.
Я попытался удалить все сеансы php вручную из папки /tmp (по ftp), и у нее такая же проблема. Может ли база данных phpMyAdmin сама быть повреждена? Как я могу это исправить?
Заранее спасибо
Ответы
Ответ 1
Возможные причины -
a) пользователь заблокирован.
b) Слишком много пользователей больше, чем указано.
c) Ваша система /Ip (права были предоставлены, на которые) были изменены.
Пожалуйста, выполните следующие шаги -
Шаг 1: Пожалуйста, подключитесь к серверу с пользователем root и проверьте, можете ли вы использовать свою БД.
Шаг 2: выполните команды ниже.
mysql > flush hosts;
Теперь попробуйте подключиться с phpmyadmin, если удастся, тогда проверьте другую мудрую проверку, если вы получаете какую-либо ошибку, связанную с IP, если да, то проверьте, требуется ли для этого ip разрешения.
Другие причины могут быть
- open_files_limit пересек все, что вы упомянули в конфигурационном файле.
- диск полный.
- слишком много потоков открыто/слишком много соединений.
- ваш login_user заблокирован из-за неправильного ввода пароля в определенное время (ограничение, указанное в файле конфигурации по умолчанию, равно 10).
- Порт mysql (по умолчанию - 3306) не открыт на сервере БД извне.
- Пользователь не имеет прав доступа к IP-адресу вашей системы. и др.
Ответ 2
В моем случае жесткий диск на сервере был заполнен.
В Linux используйте df -h
для просмотра свободного места на жестком диске и очистки ненужных файлов.
Ответ 3
Моя проблема была в том, что я использовал HTTP вместо HTTPS. Я не знаю, почему, мой сервер разрешает оба подключения, но я должен был кое-что изменить, поэтому он позволяет только HTTPS-соединения. Как только я переключился, веб-сайт снова начал работать.
Ответ 4
Я просто трачу навсегда устранение этого.
Вам не хватает расширения mcrypt.
Отсутствует расширение mcrypt. Проверьте настройки PHP.
Вы можете проверить, действительно ли это происходит, заставляя
$cfg ['Servers'] [$ i] ['auth_type'] = 'http';
и поиск ошибок при входе в систему.
Ответ 5
Возможно, на устройстве нет места. Во многих случаях это не позволит создать сеанс из-за нехватки места для файла.
Ответ 6
Проверьте, достаточно ли свободного места на сервере. В моем случае это была космическая проблема. Теперь я удалил несколько файлов и теперь работал нормально.
Чтобы проверить доступное пространство: df -h
Чтобы проверить доступные inodes: df -i
Кэш CodeIgniter занимал столько места.
Ответ 7
Если одновременно подключено несколько подключений MYSQL, PHPMYADMIN не позволит вам войти в систему (ни одна из них не покажет никаких ошибок).
Либо вам нужно увеличить значение max_user_connection (вы можете сделать это через ini), либо вам нужно некоторое время ждать и попробовать.
Ответ 8
Имел ту же проблему.
Я сделал опечатку в моем файле php.ini(буква "B" в конце 2GB - это ошибка):
post_max_size = 2GB
upload_max_filesize = 2GB
Apache запущен, но файл php.ini загружен неправильно. После исправления опечаток и перезагрузки Apache все работает нормально.
Ответ 9
Другая причина, о которой не упоминалось до сих пор:
Изменение заголовков веб-серверов, таких как X-Frame-Options
, а другие могут повлиять на загрузку любой страницы после входа. После входа в систему вы можете увидеть обновление страницы входа в систему, но заметите, что на адресной строке отображается index.php + hash (что означает, что вы действительно вошли в систему). Или вы можете просто получить пустую страницу.
Используйте инспектора браузера, чтобы проверить страницу входа в PMA для полученных заголовков - если вы что-то видите, проверьте файлы конфигурации веб-сервера для модификаций заголовков. В моем случае X-Frame-Options
был установлен вместе с другими. Как только я прокомментировал это, PMA был в порядке.
Ответ 10
sudo htpasswd/etc/phpmyadmin/htpasswd.setup admin
Ответ 11
В моем случае это было то, что я пытался получить доступ через HTTP, а не HTTPS.
Как только я изменил адрес на https://mysite/phpmyadmin, я смог получить доступ.
Ответ 12
перенаправление может вызвать ошибку. например эти строки в .htaccess в корневой папке:
# redirect all index.php to the folder root
RewriteCond %{THE_REQUEST} ^.*/index\.php
RewriteRule ^(.*)index.php$ /$1 [R=301,L]
Чтобы решить эту проблему, вы можете просто создать .htaccess в каталоге PMA и поместить в него следующую строку:
RewriteEngine Off
Ответ 13
У меня были похожие проблемы с логином. Я решил это, очистив данные браузера в Chrome. Может быть, достаточно просто перезапустить Chrome. Я заметил, что смог войти в режиме инкогнито, даже не очистив данные браузера и не перезапустив Chrome. Интересно, когда я пытался очистить куки для сайта вручную, это не решило проблему.