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

Question

[Сергей]

После переноса сайта на поддомен и помещения в изолированное окружение (докер контейнер) перестает работать авторизация в административную часть сайта - 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 обновления. Проверка системы не сообщает о каких-либо ошибках. Повторные развертывания копии сайта ведут к такому же результату. При развертывании на локальных машинах разработчиков - данная проблема не проявляется

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

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

Comments

[no_one_safe]

Попробуйте очистить cookies

[Сергей]

no_one_safe, куки чистим после каждой реализованной гипотезы, но пока безрезультатно

[no_one_safe]

Сергей, в режиме инкогнито пробовали?

[Сергей]

no_one_safe, да, разумеется.

Answer 1

[Сергей]

Ситуацию исправил, отписываюсь:
В nginx-конфиг сайта в окружении не поместили правило:

if ($request_uri ~ ^(.*)/index.(html|php)) { return 308 $1/$is_args$args; }

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