#Типичные симптомы
Вы вводите верные логин и пароль, страница перезагружается и снова просит вход, либо пишет «Имя пользователя и пароль не совпадают». Причины: неверные данные, повреждённые или недоступные сессии (нет прав на каталог сессий, переполнена папка tmp), смешанный HTTP/HTTPS, неверный домен cookies, включённая двухфакторная аутентификация без доступа к ключу, заблокированный пользователь или повреждённая таблица пользователей. Определите, какой симптом у вас: «возврат на форму входа» чаще связан с сессиями, а «неверный пароль» — с данными.
#Причины
| Возможная причина | Как узнать | Что делать |
|---|---|---|
| Неверные данныеРаскладка, пробел. | Сообщение о неверном пароле. | Проверьте ввод, сбросьте пароль. |
| Сессии не сохраняютсяНет прав на tmp, нет места. | Возврат на форму входа. | Права, место, очистка tmp. |
| Смешанный HTTP и HTTPSCookie с флагом Secure. | Вход по http не работает. | Входите по https, проверьте force_ssl. |
| Двухфакторная аутентификацияНет ключа. | Просит код. | Отключите 2FA в базе или используйте резервный код. |
| Пользователь заблокированblock=1. | Вход отклонён. | Разблокируйте в базе. |
| Плагин безопасностиБрандмауэр, защита админки. | Блок по IP. | Отключите плагин через базу. |
#Порядок
- Проверьте регистр, раскладку и пробелы в логине и паролеОткройте адрес
https://ваш-домен/administratorи запишите точную ошибку: неверный пароль, пустая страница, ошибка 403/500 или циклическое перенаправление требуют разных действий. Проверьте, что подключение HTTPS доверенное и адрес относится к вашему сайту. Попробуйте вход в приватном окне, не отключая защиту браузера. Если ошибка серверная, сразу откройте журналы домена в панели хостинга. - Очистите cookies и кеш браузера или попробуйте приватное окноЕсли форма входа появляется, но сеанс сразу сбрасывается, проверьте доступное место и число файлов в панели хостинга, потому что заполненный диск иногда мешает хранению сеансов. При SSH выполните
df -hиdf -i; затем посмотрите права на каталоги сеансов и кэша Joomla в файловом менеджере. Не удаляйте все временные файлы вслепую: среди них могут быть активные пользовательские сеансы. - Проверьте, не отключён ли пользовательЕсли установлено, что временный кэш действительно повреждён, войдите в административную панель через другой действующий аккаунт и используйте штатную очистку кэша в интерфейсе Joomla. Без административного доступа опытный администратор может удалить только файлы определённой папки кэша после резервной копии; каталог
tmpи пользовательские загрузки не следует очищать общей командойfind ... -delete. После очистки повторите вход и посмотрите журнал. - Проверьте права на папки tmp, logs, cache, administrator/cacheЧерез файловый менеджер на копии сайта откройте
configuration.phpи сохраните исходные значенияlive_site,cookie_domain,cookie_pathиforce_ssl(их наличие зависит от версии). Сверьте реальный HTTPS-адрес и схему прокси; неверный домен cookie может блокировать вход. Изменяйте только подтверждённое значение по документации вашей версии, затем проверьте форму входа и при ошибке верните файл. - Проверьте настройки сессий и HTTPS в configuration.phpЕсли забыт пароль и доступ к почте администратора сохранился, используйте штатное восстановление через ссылку «Забыли пароль?» в доступной форме сайта. В Joomla пароль пользователя хранится хешем: не вставляйте в SQL буквальную строку
ХЕШ_ПАРОЛЯ. При работе через phpMyAdmin сначала экспортируйте базу и выберите нужную запись в таблице с настоящим префиксом, полученным изconfiguration.php. Предпочитайте официальную процедуру восстановления для своей версии. - Проверьте свободное место на дискеЕсли восстановление возможно только через CLI, уточните поддерживаемую команду в официальном руководстве установленной Joomla и убедитесь, что выполняете её в корне именно этого сайта. Не запускайте PHP-фрагмент из примера как SQL или наоборот. Если используется изменение пароля через хеш, создавайте временный уникальный пароль и храните его защищённо, затем после первого входа измените через интерфейс и включите многофакторную защиту.
- Отключите плагины аутентификации и защитыЕсли учётная запись заблокирована, администратор другого аккаунта с нужными правами должен открыть «Пользователи → Управление», выбрать нужного пользователя и проверить статус блокировки и обязательный сброс пароля. Не снимайте блокировку наугад из БД: её могла установить система безопасности или сотрудник. Без второго администратора сначала проверьте журнал авторизации и согласуйте действия с владельцем сайта.
- Если не помогло, сбросьте пароль или создайте суперпользователя в базеПосле восстановления проверьте вход, выход и повторный вход в приватном окне. Убедитесь, что на сайте действует HTTPS, у администратора есть только требуемые права, а неизвестные учётные записи отсутствуют. Верните временно отключённые настройки защиты и удалите временные технические файлы. Если 403/500 сохраняется, передайте техподдержке точный URL, время и обезличенный фрагмент журнала.
- Команды для отдельных ситуацийВыберите только подходящий вариант. Это не одна последовательность: часть команд диагностирует проблему, а часть меняет настройки или данные.
#Создание нового суперпользователя
Если нужного пользователя нет, добавьте запись в jos_users и связь с группой Super Users (id 8) в jos_user_usergroup_map. Проще воспользоваться штатной возможностью: в Joomla 4/5 в CLI выполните php cli/joomla.php user:add --username=newadmin --name="Admin" --email=you@example.ru --password=... --usergroup="Super Users" (команда доступна в современных версиях). После входа удалите временные учётные записи и включите 2FA.