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. Интересно, когда я пытался очистить куки для сайта вручную, это не решило проблему.