@R-n-D
web-программист

С чем может быть связано отсутствие рабочей авторизации в /bitrix/admin/ на сайте после переноса?

После переноса сайта на поддомен и помещения в изолированное окружение (докер контейнер) перестает работать авторизация в административную часть сайта - domen.site.ru/bitrix/admin/ - при нажатии на кнопку происходит только анимация загрузки на кнопке, а действий никаких - ни сообщений о неверно введенном пароле, ни сообщения об отсутствии доступа к разделу.

Самое интересное то, что с остальных страниц админки (помимо /bitrix/admin/index.php) авторизация корректно работает, т.е. с /bitrix/admin/phpinfo.php, /bitrix/admin/iblock_list_admin.php и т.д. А раз авторизация в принципе работает, то теорию с нерабочими сессиями, неверно настроенным окружением - убираем. Думаю, ошибка где-то в прикладе.

При отправке формы авторизации со страницы /bitrix/admin/ запрос возвращает 301 код, а следующий за ним гет-запрос admin/?login=yes возвращает тело страницы авторизации.

Перепробовано фактически все, что можно только найти в сети, но авторизацию из /bitrix/admin/ так и не удается починить. Установлены все доступные для php 8.1 обновления. Проверка системы не сообщает о каких-либо ошибках. Повторные развертывания копии сайта ведут к такому же результату. При развертывании на локальных машинах разработчиков - данная проблема не проявляется

Коллеги, буду крайне признателен вашим советам!

Скрины запросов авторизации

664f64dd65558835510171.png
664f64e39b970204121089.png
664f64eaa98c7640751869.png
  • Вопрос задан
  • 104 просмотра
Решения вопроса 1
@R-n-D Автор вопроса
web-программист
Ситуацию исправил, отписываюсь:
В nginx-конфиг сайта в окружении не поместили правило:
if ($request_uri ~ ^(.*)/index.(html|php)) { return 308 $1/$is_args$args; }

в результате запросы с формы авторизации уходили не с 308, а с 301 редиректом и битрикс их не мог корректно отработать.
Ответ написан
Комментировать
Пригласить эксперта
Ваш ответ на вопрос

Войдите, чтобы написать ответ

Похожие вопросы