Bitrix ошибка авторизации ваша сессия истекла повторите попытку авторизации

При входе в систему выдает ошибку авторизации.
По всей вероятности повредилось какая то таблица(возможно кончилось место, наиболее вероятная причина)
либо отсутствует «место» для хранения сессий (прим. отсутствует папка)


Ошибка: Ваша сессия истекла, повторите попытку авторизации.
Нельзя авторизоваться в админке.

Комментарий:
При входе в систему выдает ошибку авторизации
По всей вероятности повредилось какая то таблица(возможно кончилось место, наиболее вероятная причина)
либо отсутствует «место» для хранения сессий (прим. отсутствует папка)

Решение:
нужно запустить /bitrix/admin/site_checker.php (он покажет и исправит проблему)
Чтобы сделать тестирование без авторизации нужно: Инструмент представляет возможность протестировать конфигурацию даже если не работает авторизация или сайт не открывается из за нарушения сжатия (на экране отображаются крякозябры). Для этого достаточно создать пустой файл site_checker_debug в папке /bitrix. После этого откройте страницу 

http://ваш_сайт/bitrix/admin/site_checker.php

Второе решение: (оно ровно такое же, но другим способом заходим в админку и на мой взгляд смысла не имеет)
Решение только для редакций, включающих модуль Проактивной защиты (Стандарт и выше).
Проблема была в том, что было включено хранение сессий в БД, при этом была повреждена таблица b_sec_session.

Отключаете скриптом через ftp хранение сессий в БД (создадим файл названием us.php с кодом который представлен ниже и закинем в корень сайта по ftp)

Код — который должен быть в файлике us.php

require ( $_SERVER [ "DOCUMENT_ROOT" ]. "/bitrix/header.php" );
COption::SetOptionInt( 'security' ,  'session' ,  'N' );
require ( $_SERVER [ "DOCUMENT_ROOT" ]. "/bitrix/footer.php" );

Запускам сначала наш файлик http://ваш_сайт/us.php, после этого проводим штатную авторизацию

После этого проведите проверку и восстановление БД штатными средствами Битрикса.

Выкидывает из админки или Ваша сессия истекла в Битрикс

Решение, как решить проблемы с сессиями в «1С-Битрикс»

Данная проблема возникает по разным причинам, приведу несколько известных вариантов решения проблемы. В основном касается настроек PHP сервера. 

  1. Увеличим время сессии до 3 часов. Если у вас php.ini
    session.gc_maxlifetime = 10800
    session.cookie_lifetime = 10800
    // не забыть перезагрузить сервер
  2. Увеличим время сессии до 3 часов. Если у вас .htaccess
    php_value session.gc_maxlifetime 10800
    php_value session.cookie_lifetime 10800
  3. Или попробовать добавить в dbconn.php
    session_set_cookie_params(10800);
  4. В настройках группы администраторов изменить увеличение времени жизни сессии на дефолтную.
  5. Бывает допущены ошибки в .htaccess. Например не до конца директиву отключили: правило закоментили, а вот условие осталось.

При входе в систему выдает ошибку авторизации.
По всей вероятности повредилось какая то таблица(возможно кончилось место, наиболее вероятная причина)
либо отсутствует «место» для хранения сессий (прим. отсутствует папка)


Ошибка: Ваша сессия истекла, повторите попытку авторизации.
Нельзя авторизоваться в админке.

Комментарий:
При входе в систему выдает ошибку авторизации
По всей вероятности повредилось какая то таблица(возможно кончилось место, наиболее вероятная причина)
либо отсутствует «место» для хранения сессий (прим. отсутствует папка)

Решение:
нужно запустить /bitrix/admin/site_checker.php (он покажет и исправит проблему)
Чтобы сделать тестирование без авторизации нужно: Инструмент представляет возможность протестировать конфигурацию даже если не работает авторизация или сайт не открывается из за нарушения сжатия (на экране отображаются крякозябры). Для этого достаточно создать пустой файл site_checker_debug в папке /bitrix. После этого откройте страницу 

http://ваш_сайт/bitrix/admin/site_checker.php

Второе решение: (оно ровно такое же, но другим способом заходим в админку и на мой взгляд смысла не имеет)
Решение только для редакций, включающих модуль Проактивной защиты (Стандарт и выше).
Проблема была в том, что было включено хранение сессий в БД, при этом была повреждена таблица b_sec_session.

Отключаете скриптом через ftp хранение сессий в БД (создадим файл названием us.php с кодом который представлен ниже и закинем в корень сайта по ftp)

Код — который должен быть в файлике us.php

require ( $_SERVER [ "DOCUMENT_ROOT" ]. "/bitrix/header.php" );
COption::SetOptionInt( 'security' ,  'session' ,  'N' );
require ( $_SERVER [ "DOCUMENT_ROOT" ]. "/bitrix/footer.php" );

Запускам сначала наш файлик http://ваш_сайт/us.php, после этого проводим штатную авторизацию

После этого проведите проверку и восстановление БД штатными средствами Битрикса.

Довольно часто встречается такая ситуация, когда после авторизации под каким-либо пользователем в системе управления сайтом 1С-Битрикс, выходит окошко с сообщением: «Ваш сеанс работы с сайтом завершен из-за отсутствия активности в течение 24 мин.».

Изначально время жизни сессии определяется к конфигурационном файле на сервере, если это хостинг, то параметры уже стоят как правило стандартные и подходят для большинства сайтов.

Также в самой админке Битрикс можно увеличить или уменьшить время жизни сессии для конкретной группы пользователей. Правда если поставить значение больше, чем определено на сервере, то это не сработает. Также не рекомендуется изменять значение параметра на сервере на слишком большое, это может негативно повлиять на безопасность в работе сайта и потянуть за собой прочие проблемы.

Если все параметры в норме (чаще всего они находятся в своих стандартных состояниях), а вас продолжает выкидывать из панели, при чем бывает, что даже чаще, чем написано в сообщении, то нужно попробовать вариант с очисткой кеша браузера. Просто, скорее всего, в браузере по какой-то причине висят некорректные локальные файлы сессий. Желательно почистить вообще все файлы для вашего сайта, относящиеся к кешу.

Если у Вас есть возможность очистить весь кеш браузера, то этот вариант подойдет. Инструкцию по полной очистке кеша любого браузера не сложно найти в интернете. Бывает, что удалять кеш всех сайтов не представляется возможным, т.к. не хочется терять авторизации на множестве сайтов, а их может быть очень много, если в браузере работали долго без очистки кеша.

Я напишу инструкцию для Google Chrome, как удалить данные одного сайта, в остальных браузерах процедуру можно проделать по аналогии:

  1. В хроме, находясь на сайте, нажимаем в любом месте сайта правой кнопкой и выбираем в контекстном меню «Посмотреть код». (либо «Ctrl» + «Shift» + «I»).
  2. В меню разработчика переходим на вкладку «Application».
    Слева будет колонка, нас интересуют пункты:
    • Local Storage
    • Session Storage
    • Cookies
  3. Кликаем по каждому пункту, откроется подпункт с названием сайта.
  4. Кликаем правой кнопкой по каждому подпункту и выбираем Clear (там будет только этот вариант).
  5. Перезагружаем страницу, должен быть сброс авторизации.
  6. Также не лишним будет перезапустить браузер.

При последующей авторизации обязательно отметить галочку «Запомнить меня на этом компьютере». В большинстве случаев этого достаточно, чтобы избавится от назойливой проблемы.


Как починить авторизацию, которая начала постоянно слетать после обновления Битрикс


Обновлено: 23 апреля 2021


9544 просмотра

После очередного обновления Битрикса в ноябре 2020 г. пользователи сталкиваются со «слётом» авторизации практически сразу после ввода пароля, то есть их разлогинивает сразу после авторизации.

Проблема с задвоением PHPSESSID (идентификатор сессии php появлялся в cookies браузера дважды) серьёзна, так как у простых посетителей задача «выполнить очистку cookies в браузере» вызовет ступор, а без этого они не смогут нормально авторизоваться.

Поэтому надо инициировать удаление лишних данных из cookie со стороны сервера, для этого впишите куда-нибудь в файл /bitrix/php_interface/dbconn.php (заменив www.site.ru из примера на свой домен):

  • Если вы не используете многосайтовость, а поле «Доменное имя» было до ноябрьского обновления заполнено, и после вы его очистили (как рекомендует статья), то надо удалить куку с точкой в начале
  • setcookie("PHPSESSID", "", 777, "/", ".www.site.ru");
  • Если вы используете многосайтовосить или решили не очищать поле «Доменное имя», тогда надо удалить куку без точки — впишите (строго без какого-либо имени домена):
  • setcookie("PHPSESSID", "", 777, "/");

    Если вам пришла идея переопределить название идентификатора «PHPSESSID» на уровне настроек PHP, что бы обойти проблему — это плохая идея, которая вызовет трудноотлавливаемые проблемы.

    Надеюсь, эта статья помогла решить вашу проблему!

    У одного из наших клиентов при использовании сервиса — защиты от DDOS атак, cloudflare возник баг — сессия постоянно слетала и любому пользователю, при каждом обновлении страницы приходилось вводить пароль заново.

    bitrix - слетает сессия cloudflare

    Причем, админка работала более менее нормально, а в публичной части постоянно авторизация слетает. Неудобства для клиента, для контенщиков — невозмодно править элементы в режиме правки. В консоли браузера было видно, что при каждом обновлении меняется сессия юзера.

    Проблема кроется в том, что после подключения к сервису cloudflare, в переменную $_SERVER['REMOTE_ADDR'], которая должна содержать IP пользователя, передается IP cloudflare. Реальный же IP пользователя будет содержаться в переменной $_SERVER['HTTP_CF_CONNECTING_IP']. Поэтому необходимо подменить переменную REMOTE_ADDR на HTTP_CF_CONNECTING_IP.

    Итак, решение:

    Открываем файл dbconn.php. Путь к папке /bitrix/php_interface/dbconn.php. В конец файла добавляем:

    $_SERVER["REMOTE_ADDR"] = $_SERVER['HTTP_CF_CONNECTING_IP'];

    Битрикс - слетает сессия при использовании сервиса cloudflare

    Готово. Переменная REMOTE_ADDR будет содержать реальный IP пользователя и авторизация bitrix будет работать без проблем.

    Если у Вас не получается авторизоваться в админке сайта на 1C-Bitrix, то может быть множество причин. Рассмотрим две самые популярные.

    Вы забыли пароль от учётной записи или не знаете пароль.

    Для того чтобы авторизоваться на сайте под управлением 1C-Bitrix в случаи если вы забыли пароль или его не знаете, но у Вас есть ftp/sftp доступ до сайта. Достаточно корневой папке сайта создать файл auth_user.php с содержимым:

    require($_SERVER["DOCUMENT_ROOT"] . "/bitrix/header.php");
    global $USER;
    $USER->Authorize(1);
    @unlink(__FILE__);
    LocalRedirect("/bitrix/admin/");
    require($_SERVER["DOCUMENT_ROOT"]."/bitrix/footer.php");
            

    Разберём что же происходит:

    При помощи метода $USER->Authorize(1) будет произведена авторизация под пользователем с ID = 1. Если вдруг у вас на сайте нет пользователя с ID = 1 или он отключен, просто перебирайте ID пока не получится авторизоваться.

    @unlink(__FILE__) — удаляет сам файл auth_user.php после использования, если файл удалять не хотите, закомментируйте или удалите данную строчку. ( Стока добавлена для забывчивых, кто сам не удаляет файл после использования ).

    LocalRedirect(«/bitrix/admin/») — производит редирект на страницу админки.

    Теперь рассмотрим другой случай, когда не получается авторизоваться на сайте.

    Если вы вводите пароль от своей учётной записи, страница перезагружается и вы видите снова форму ввода логина и пароля, при этом никаких уведомлений об ошибках нет — скорее всего причина в том, что у Вас на сайте не сохраняются сессии.

    Как правило происходит это из-за того, что на сервере «затёрлись» директории для хранения сессий. Поэтому их надо восстановить и настроить правильные права на директории.

    Подключитесь к серверу используя ssh доступ — подключиться можно при помощи программы PuTTY.

    После в командной строке введите следующие команды:

    #Создаем директории для хранения файлов сессий
    mkdir /tmp/php_sessions
    mkdir /tmp/php_sessions/www/
    mkdir /tmp/php_sessions/ext_www/
    mkdir /tmp/php_upload/
    mkdir /tmp/php_upload/www/
                
    #назначаем пользователя и группу
    chown -R bitrix:bitrix  /tmp/php_sessions/
    chown -R bitrix:bitrix  /tmp/php_upload/
            

    После этого проблема с авторизаций должна решиться.

    Статья была полезна? Поблагодарите автора.

    Столкнулся с проблемой: в битрикс не работают сессии. Функция bitrix_sessid() каждый раз выдает новую строку. В админке авторизация работает, но никакой ajax функционал — нет. Везде ошибка что сессия не верная, при этом проблема плавающая. То ошибка есть, то само по себе начинает работать.

    Проблема оказалась просто в том, что на сервере закончилось свободное место на диске.

    Чтобы долго не сидеть и не гадать в чем у вас проблема, выкладываю скрипт. Сохраните его в корень сайта, например с именем test.php и запустите из браузера:

    <?php
    ini_set('error_reporting', E_ALL);
    ini_set('display_errors', 1);
    ini_set('display_startup_errors', 1);
    
    if (! session_start()) {
        die('can not start session');
    } else {
        echo '<pre>session start: ok' . PHP_EOL;
    }
    
    echo 'session_id(): ';
    var_dump(session_id());
    
    echo '$_COOKIE["PHPSESSID"]: ';
    var_dump($_COOKIE['PHPSESSID']);
    
    echo 'count($_SESSION): ';
    var_dump(count($_SESSION));
    
    echo '$_SESSION["a"]: ';
    var_dump($_SESSION["a"]);
    
    echo '$_SESSION["a"] = 1';
    $_SESSION["a"] = 1;
    

    Сессия должна стартовать, в session_id() должна быть какая-то строка, та же что и в $_COOKIE[‘PHPSESSID’]. При перезагрузке страницы id сессии не должно меняться.

    После второй перезагрузки страницы $_SESSION[«a»] должно быть установлено в 1.

    Вывод ошибок включен, если что — PHP напишет что не так. Я получил ошибку No space left on device (28), что говорит о том, что не хватает места на сервере.

    Пожалуйста, оцените на сколько вам понравилась статья!

     

    Пользователь 204877

    Заглянувший

    Сообщений: 5
    Авторитет:

    1

    Рейтинг пользователя:

    0

    Регистрация: 05.07.2013


    С недавнего времени при попытки войти  в админку, получаю ошибку:
    Ошибка авторизации! Ваша сессия истекла, повторите попытку авторизации.
    И не пускает, сколько не пытайся.
    Помогает только ребут сервера (на CentOS).
    Что делать?

     

    Пользователь 96280

    Заглянувший

    Сообщений: 41
    Баллов: 2
    Авторитет:

    0

    Рейтинг пользователя:

    0

    Регистрация: 14.07.2011

    Такое же бывает. Помогает авторизация на frontend’е множественным нажатием кнопки войти.

     

    Пользователь 204877

    Заглянувший

    Сообщений: 5
    Авторитет:

    1

    Рейтинг пользователя:

    0

    Регистрация: 05.07.2013

    да вот больше года сидим на битриксе, а такое стало только сейчас появляться, раньше все нормально было((

     

    Пользователь 35712

    Заглянувший

    Сообщений: 22
    Баллов: 1
    Авторитет:

    1

    Рейтинг пользователя:

    0

    Регистрация: 12.01.2009

    Такая же проблема, появилась недавно. Еще один из симптомов — эта же ошибка выдавалась при любых действиях (применениях/сохранениях) в административной части, при этом разлогиниться было нереально — авторизация почему-то держалась, только после полной чистки куков удалось разлогиниться, но авторизоваться по прежнему не удается.
    Кто-нить нашел решение?

     

    Пользователь 43781

    Постоянный посетитель

    Сообщений: 182
    Баллов: 16
    Авторитет:

    1

    Рейтинг пользователя:

    1

    Регистрация: 08.06.2009

     

    Пользователь 222421

    Заглянувший

    Сообщений: 2
    Авторитет:

    1

    Рейтинг пользователя:

    0

    Регистрация: 23.10.2013

    Та же проблема! Нет доступа к сайту…

    http://dev.1c-bitrix.ru/community/forums/forum6/topic57892/

    Кто нибудь нашел решение ? Техподдержка молчит(

     

    Пользователь 91178

    Заглянувший

    Сообщений: 2
    Авторитет:

    0

    Рейтинг пользователя:

    0

    Регистрация: 19.05.2013

    #7

    1

    13.11.2013 20:41:01

    Решил проблему отключением шифрования пароля. Создав и выполнив файл.

    Код
    require($_SERVER["DOCUMENT_ROOT"]."/bitrix/header.php");
    
    COption::SetOptionInt('main', 'use_encrypted_auth', 'N');
    
    require($_SERVER["DOCUMENT_ROOT"]."/bitrix/footer.php");
    

    Потом поставил галочку «запомнить меня на этом компьютере».

     

    Пользователь 216407

    Посетитель

    Сообщений: 56
    Баллов: 4
    Авторитет:

    1

    Рейтинг пользователя:

    0

    Регистрация: 16.09.2013

    Интернет маркетолог

    А мне не помогло :(
    Как зайти в админку ?

     

    Пользователь 18572

    Заглянувший

    Сообщений: 21
    Баллов: 1
    Авторитет:

    0

    Рейтинг пользователя:

    0

    Регистрация: 10.12.2007

     

    Пользователь 100225

    Заглянувший

    Сообщений: 3
    Авторитет:

    0

    Рейтинг пользователя:

    0

    Регистрация: 13.09.2011

    #10

    0

    27.03.2014 18:02:41

    отключил журналирование логов и заработало

     

    Пользователь 173519

    Эксперт

    Сообщений: 493
    Баллов: 51
    Авторитет:

    0

    Рейтинг пользователя:

    1

    Регистрация: 30.03.2013

    #11

    0

    05.04.2014 14:08:42

    Цитата
    Евгений пишет:
    Такое же бывает. Помогает авторизация на frontend’е множественным нажатием кнопки войти.

    Сразу пустило, но только во фронтенд.

    В админку все также не пускает.((

    Разработка интернет магазина под ключ на 1С-Битрикс www.electroid.org, интеграция битрикс и 1С.

     

    Пользователь 173519

    Эксперт

    Сообщений: 493
    Баллов: 51
    Авторитет:

    0

    Рейтинг пользователя:

    1

    Регистрация: 30.03.2013

    #12

    1

    05.04.2014 15:21:24

    Проблема была в том, что на сервере не осталось свободного места.

    Разработка интернет магазина под ключ на 1С-Битрикс www.electroid.org, интеграция битрикс и 1С.

     

    Пользователь 38346

    Посетитель

    Сообщений: 50
    Баллов: 4
    Авторитет:

    1

    Рейтинг пользователя:

    0

    Регистрация: 26.02.2009

    #13

    2

    24.04.2014 12:31:15

    Возникла аналогичная ситуация.
    Решение только для редакций, включающих модуль Проактивной защиты (Стандарт и выше).
    Проблема была в том, что было включено хранение сессий в БД, при этом была повреждена таблица b_sec_session.
    Отключаете скриптом через ftp хранение сессий в БД (файл с данным кодом на сервер по ftp)

    Код
    require($_SERVER["DOCUMENT_ROOT"]."/bitrix/header.php");
    
    COption::SetOptionInt('security', 'session', 'N');
    
    require($_SERVER["DOCUMENT_ROOT"]."/bitrix/footer.php"); 
    

    Затем проводите штатными средствами Битрикса проверку и восстановление БД.

     

    Пользователь 50984

    Посетитель

    Сообщений: 71
    Баллов: 5
    Авторитет:

    1

    Рейтинг пользователя:

    0

    Регистрация: 20.10.2009

    #14

    1

    16.09.2014 07:47:37

    Цитата
    Александра Зайцева пишет:
    Возникла аналогичная ситуация.
    Решение только для редакций, включающих модуль Проактивной защиты (Стандарт и выше).
    Проблема была в том, что было включено хранение сессий в БД, при этом была повреждена таблица b_sec_session.
    Отключаете скриптом через ftp хранение сессий в БД (файл с данным кодом на сервер по ftp)

    Код
      require ( $_SERVER [ "DOCUMENT_ROOT" ]. "/bitrix/header.php" );
    
    COption::SetOptionInt( 'security' ,  'session' ,  'N' );
    
     require ( $_SERVER [ "DOCUMENT_ROOT" ]. "/bitrix/footer.php" ); 
     

    Затем проводите штатными средствами Битрикса проверку и восстановление БД.

    Помогло.

    Разаработка на 1С-Битрикс

     

    Пользователь 62922

    Эксперт

    Сообщений: 261
    Баллов: 46
    Авторитет:

    1

    Рейтинг пользователя:

    1

    Регистрация: 04.05.2010

    #15

    0

    25.11.2014 11:41:57

     

    Пользователь 303016

    Заглянувший

    Сообщений: 4
    Авторитет:

    1

    Рейтинг пользователя:

    0

    Регистрация: 04.01.2015

    #16

    0

    28.03.2015 09:34:12

    Цитата
    Александра Зайцева написал:
    Возникла аналогичная ситуация.
    Решение только для редакций, включающих модуль  Проактивной защиты  (Стандарт и выше).
    Проблема была в том, что было включено хранение сессий в БД, при этом была повреждена таблица b_sec_session.
    Отключаете скриптом через ftp хранение сессий в БД (файл с данным кодом на сервер по ftp)

    Код
     require($_SERVER["DOCUMENT_ROOT"]."/bitrix/header.php");
    
    COption::SetOptionInt('security', 'session', 'N');
    
    require($_SERVER["DOCUMENT_ROOT"]."/bitrix/footer.php"); 
     

    Затем проводите штатными средствами Битрикса проверку и восстановление БД.

    Не помогло. Та же ошибка и осталась. Не может отключить этим скриптом

     

    Пользователь 46710

    Постоянный посетитель

    Сообщений: 103
    Баллов: 16
    Авторитет:

    1

    Рейтинг пользователя:

    1

    Регистрация: 06.08.2009

    #17

    0

    02.04.2015 12:59:27

    Цитата
    Виталий Мусин написал:
    Решил проблему отключением шифрования пароля. Создав и выполнив файл.

    Код
     require($_SERVER["DOCUMENT_ROOT"]."/bitrix/header.php");
    
    COption::SetOptionInt('main', 'use_encrypted_auth', 'N');
    
    require($_SERVER["DOCUMENT_ROOT"]."/bitrix/footer.php");
     

    Потом поставил галочку «запомнить меня на этом компьютере».

    Помогло — спасибо!

     

    Пользователь 263557

    Заглянувший

    Сообщений: 13
    Баллов: 1
    Авторитет:

    0

    Рейтинг пользователя:

    0

    Регистрация: 04.06.2014

    #18

    0

    15.09.2017 09:34:05

    Не сработало, пока в таблицу не залез и руками не поправил на N

     

    Пользователь 1246357

    Заглянувший

    Сообщений: 8
    Авторитет:

    1

    Рейтинг пользователя:

    0

    Регистрация: 03.07.2017

    #19

    1

    19.09.2017 09:49:55

    Метод используется не тот.  COption::SetOptionInt устанавливает значение типа Integer — числа.
    Для задания букв Y или N надо использовать COption::SetOptionString

    Если у Вас не получается авторизоваться в админке сайта на 1C-Bitrix, то может быть множество причин. Рассмотрим две самые популярные.

    Вы забыли пароль от учётной записи или не знаете пароль.

    Для того чтобы авторизоваться на сайте под управлением 1C-Bitrix в случаи если вы забыли пароль или его не знаете, но у Вас есть ftp/sftp доступ до сайта. Достаточно корневой папке сайта создать файл auth_user.php с содержимым:

    require($_SERVER["DOCUMENT_ROOT"] . "/bitrix/header.php");
    global $USER;
    $USER->Authorize(1);
    @unlink(__FILE__);
    LocalRedirect("/bitrix/admin/");
    require($_SERVER["DOCUMENT_ROOT"]."/bitrix/footer.php");
            

    Разберём что же происходит:

    При помощи метода $USER->Authorize(1) будет произведена авторизация под пользователем с ID = 1. Если вдруг у вас на сайте нет пользователя с ID = 1 или он отключен, просто перебирайте ID пока не получится авторизоваться.

    @unlink(__FILE__) — удаляет сам файл auth_user.php после использования, если файл удалять не хотите, закомментируйте или удалите данную строчку. ( Стока добавлена для забывчивых, кто сам не удаляет файл после использования ).

    LocalRedirect(«/bitrix/admin/») — производит редирект на страницу админки.

    Теперь рассмотрим другой случай, когда не получается авторизоваться на сайте.

    Если вы вводите пароль от своей учётной записи, страница перезагружается и вы видите снова форму ввода логина и пароля, при этом никаких уведомлений об ошибках нет — скорее всего причина в том, что у Вас на сайте не сохраняются сессии.

    Как правило происходит это из-за того, что на сервере «затёрлись» директории для хранения сессий. Поэтому их надо восстановить и настроить правильные права на директории.

    Подключитесь к серверу используя ssh доступ — подключиться можно при помощи программы PuTTY.

    После в командной строке введите следующие команды:

    #Создаем директории для хранения файлов сессий
    mkdir /tmp/php_sessions
    mkdir /tmp/php_sessions/www/
    mkdir /tmp/php_sessions/ext_www/
    mkdir /tmp/php_upload/
    mkdir /tmp/php_upload/www/
                
    #назначаем пользователя и группу
    chown -R bitrix:bitrix  /tmp/php_sessions/
    chown -R bitrix:bitrix  /tmp/php_upload/
            

    После этого проблема с авторизаций должна решиться.

    Статья была полезна? Поблагодарите автора.


    Проблема авторизации в Битрикс

    Проблема авторизации в Битрикс

    14.08.2015

    Во время администрирования сайта столкнулся с тем, что не работает авторизация в систему управления сайта Битрикс. С чем же может быть связано не вхождение в систему?

    Характерные признаки проблемы:

    • Появляется урл вида: bitrix/admin/index.php?_r=3456#authorize где r=3456 меняется на любое число с каждой попыткой
    • Ошибок никаких не выдает
    • Вирусов и внедрений на сайте нет.

    Основные признаки: похоже на проблему сохранения сессии

    Решение проблемы:

    В этом конкретном случае сессии хранятся в БД (таблица b_sec_session). Она была повреждена и авторизация не срабатывала. После исправления таблицы авторизация работает.

    Нужно восстановить только одну таблицу в базе данных b_sec_session, поможет команда: mysqlcheck -r db_name table_name -uroot -p 

    После восстановления таблицы получил такую ошибку (до этого ошибки не выдавались):

    BitrixMainDBSqlQueryException] 

    Mysql query error: (145) Table './.../b_sec_session' is marked as crashed and should be repaired (400)

    SELECT 

    `security_session`.`SESSION_DATA` AS `SESSION_DATA`

    FROM `b_sec_session` `security_session` 

    WHERE `security_session`.`SESSION_ID` = 'l5fvkBD94rIlLuP05j16I0VvEM7ZfncC'

    LIMIT 0, 1

    После этого полностью очистил таблицу b_sec_session и смог авторизоваться

    очистка сессий для решения проблемы авторизации в битрикс.png

    После очистки таблицы также можно будет авторизоваться и исправить повреждения таблицы с помощью встроенных инструментов проверки системы

    восстановление таблиц.png

    С чем это связано и как избежать в будущем?    

    Таблицы в БД могут повреждаться по разным причинам, лучше уточнить этот момент у администратора сервера/хостинга.

    Чтобы увеличить надежность таблиц рекомендуется перевести их в формат InnoDB вместо MyISAM (если эта возможность поддерживается на хостинге). Модуль «монитор производительности» позволяет выполнить эту операцию из административного интерфейса.

    Вот ещё чек-лист возможных проблем если пропадает авторизация

    https://dev.1c-bitrix.ru/learning/course/index.php?COURSE_ID=35&LESSON_ID=2167&LESSON_PATH=3906.4503.2167

    Ещё статьи:

    18.01.2023
    Нюансы перехода битрикс на РНР 8.0
    С февраля битрикс прекращает поддерживать РНР 7.4 и в битрикс сегменте сайтов начался переход на РНР 8 для получения обновлений.
    Но без нюансов и ошибок…
    ID: 431

    10.01.2023
    БУС окончательно всё?
    Появилась информация от битрикс, что грубо говоря поддержка по отраслевому медицинскому решению от битрикс будет до 1 февраля 2024 года, а что потом б…
    ID: 426

    30.08.2022
    Типовые претензии к подрядчику и к битрикс
    По свежим следам я собрал типовые претензии к подрядчику и к битрикс. Мной был проведён аудит и я увидел, что техническое состояние сайта хорошее, нареканий…
    ID: 338

    Новые статьи в блоге:

    Возврат к списку

    Для начала работы в Битрикс24 необходимо авторизоваться на портале. Мы подготовили решения для самых частых проблем с авторизацией.

    Ошибка «Неверный логин или пароль»

    Чаще всего дело в неправильно указанном пароле. Проверьте раскладку клавиатуры и убедитесь, что не включена клавиша CapsLock. Повторите попытку или попробуйте восстановить пароль. Подробнее читайте в статье Как восстановить пароль.

    Также проверьте, что логин введен правильно.

    Ошибка «Такого пользователя нет на портале, смените авторизацию, чтоб войти под другим пользователем»

    Ошибка возникает, если данный логин уже зарегистрирован в Битрикс24, но он не привязан к порталу, на который вы хотите зайти. Проверьте, что используются верные данные для входа – это может быть другая почта, мобильный телефон или социальная сеть. При необходимости вы можете добавить этого пользователя на портал, для этого отправьте ему приглашение.

    Подробнее читайте в статье Как пригласить сотрудников.

    Ошибка «Не удалось найти пользователя с таким e-mail»

    Ошибка возникает, если данная почта не зарегистрирована в Битрикс24. Проверьте правильность указанного логина. Возможно, что это другая почта, мобильный телефон или социальная сеть.

    Ошибка «Возможно, пользователь уволен на портале»

    Ошибка возникает, когда данный пользователь был уволен с портала, на который пытается войти. После увольнения сотрудника, доступ в Битрикс24 ему закрыт. Проверьте на тот ли портал осуществляется вход.

    Не могу авторизоваться через аккаунт социальной сети

    Причина может быть в том, что у вас есть несколько аккаунтов в одной социальной сети, к примеру, ВКонтакте. Один из них может быть привязан к Битриск24.Паспорт, а другой — нет.

    В этом случае попробуйте использовать другой аккаунт.

    Я регистрировался через социальную сеть. Как сделать обычный логин и пароль для входа в Битрикс24?

    При регистрации с помощью соцсервисов вы авторизируйтесь в Битрикс24 по данным этих социальных сетей. Вы можете привязать электронную почту к аккаунту и входить на портал по логину и паролю.

    Подробнее читайте в статье — Как задать логин и пароль?

    Ошибка «Пользователь с таким email уже существует (при попытке сменить или задать логин в Битрикс24.Паспорт)»

    Такая ошибка возникает, если вы пытаетесь привязать к аккаунту email, который уже зарегистрирован в Битрикс24. В таком случае вы можете использовать другой email или отвязать желаемую почту от аккаунта. Для этого зайдите в Паспорт по email, который необходимо освободить и нажмите Изменить в графе Электронная почта. Укажите новый адрес email и подтвердите его. После этого необходимая почта будет отвязана и вы сможете привязать ее к нужному аккаунту.

    Подробнее читайте в статье Как изменить логин и пароль.

    Ошибка «Неверное контрольное слово»

    Если при смене пароля возникает данная ошибка, это может быть связано с несколькими причинами:

    • Вы отправили несколько запросов на восстановление пароля и перешли по устаревшей контрольной строке. Для того, чтобы успешно изменить пароль, перейдите по ссылке из последнего письма и установите новый пароль к аккаунту.
    • Ссылка для восстановления действует 60 минут. Проверьте, что срок ее активности не истек.
    • В браузере уже есть активная авторизация в Битрикс24.Паспорт не для которого необходимо восстановить пароль. Попробуйте повторить попытку через режим «Инкогнито» в браузере.

    Ошибка «Пользователи с такими email уже существуют (при приглашении сотрудника)»

    Это означает, что сотрудник с такой почтой уже есть на портале. Это может быть почта для авторизации или поле Контактный email в профиле, либо оба пункта. В этом случае можно только изменить email в Битрикс24.Паспорт и в профиле на портале.

    изменить емейл.jpg

    Мы рекомендуем, чтобы у каждого сотрудника была своя уникальная почта.

    Допустили ошибку в email при регистрации сотрудника и теперь сотрудник не может авторизоваться

    Решить данную проблему можно только уволив с портала сотрудника с неправильной почтой. Затем пригласите коллегу уже по корректному адресу.

    Подробнее читайте в статье Увольнение сотрудников.

    Мне не приходят на почту приглашения/запросы на восстановление пароля

    Прежде всего проверьте папку Спам и Рассылки вашего почтового сервиса. Если письма нет, попробуйте отправить приглашение повторно.

    Подробнее читайте в статье Как пригласить сотрудников.

    Если у вас почта на собственном домене – добавьте адрес no-reply@bitrix24.net в белый список на приём сообщений.

    Меня пригласили на портал, но я не могу авторизоваться. Что делать?

    Перед авторизацией на портале вам необходимо зарегистрировать логин и установить пароль для входа в Битрикс24.

    Подробнее читайте в статье Авторизация в Битрикс24 через приглашение.

    Я потерял телефон/переустановил приложение и теперь не могу войти без одноразового пароля

    В таком случае вам необходимо настроить двухфакторную авторизацию заново или воспользоваться резервными кодами, если сохраняли их. Также вы можете обратиться к администратору портала для отключения двухэтапной авторизации.

    Подробнее читайте в статье Обновить двухэтапную авторизацию на новом телефоне.

    Как передать почту уволенного сотрудника другому сотруднику?

    Прежде всего администратору портала или руководителю этого сотрудника необходимо зайти в его профиль на портале и изменить контактный e-mail на любой другой.

    Сменить контактный email

    Затем уволенному сотруднику необходимо зайти в Битрикс24.Паспорт www.bitrix24.net и изменить свой логин.

    Подробнее читайте в статье Как изменить логин и пароль.

    Если у администратора портала есть доступ к аккаунту/почте – он может сделать это самостоятельно.

    Теперь вы сможете пригласить сотрудника на почту, которая стала свободна.

    Как удалить аккаунт Битрикс24.Паспорт?

    Удалить учетную запись Битрикс24.Паспорт невозможно, пока есть привязка хоть к одному порталу. Как только ваш аккаунт не будет привязан ни к одному Битрикс24, то в меню учетной записи появится пункт удаления.

    Спасибо, помогло!

    Спасибо :)

    Уточните, пожалуйста, почему:

    Это не то, что я ищу

    Очень сложно и непонятно

    Достаточно часто после переноса сайта на CMS 1с-Битрикс / Bitrix с одного хостинга на другой или со старого сервера на новый администраторы сайта сталкиваются с проблемами:

    • При попытке авторизоваться в админ-панели снова перекидывает на форму авторизации
    • Добавление товаров в корзину не срабатывает
    • Заказы на сайте не оформляются
    • В оформлении заказа или других формах появляется ошибка «Ваша сессия истекла. Пожалуйста, перезагрузите страницу»

    Данные проблемы могут появляться как у администратора, так и у обычных пользователей.

    Как исправить данную проблему?

    Данный способ сработает если у вас один сайт по многосайтовости и проблемы описанные выше не воспроизводятся в режиме инкогнито.

    Внимание: для выполнения действий ниже необходимо обратиться к вашему разработчику, т.к. необходимы навыки работы с кодом и понимание вносимых изменений.

    1. Переходим в административную панель. Переходим в Настройки > Настройки продукта > Сайты > Список сайтов

      Проверяем что у вас один сайт по многосайтовости, открываем его

      Очищаем поле Доменное имя, сохраняем

    2. Открываем файл /bitrix/.settings.php — проверяем блок session

      Проверяем, что сессии хранятся в файлах, значение блока session должно быть равно:

      'session' => array (
        'value' => 
        array (
          'mode' => 'default',
        ),
        'readonly' => true,
      ),
    3. В /bitrix/php_interface/dbconn.php

      Добавляем строку

      setcookie("PHPSESSID", "", 777, '/', '.site.ru');

      Где вместо site.ru указан адрес вашего сайта, например arturgolubev.ru. Обратите внимание, что перед адресом сайта стоит точка

    4. Проверяем авторизацию и прочие проблемы, после выполнения действий выше они должны исправиться

    Если у вас используется многосайтовость или данный метод не помог — рекомендую обратиться в техническую поддержку битрикса.

    Данная проблема возникает по разным причинам, приведу несколько известных вариантов решения проблемы. В основном касается настроек PHP сервера. 

    1. Увеличим время сессии до 3 часов. Если у вас php.ini
      session.gc_maxlifetime = 10800
      session.cookie_lifetime = 10800
      // не забыть перезагрузить сервер
    2. Увеличим время сессии до 3 часов. Если у вас .htaccess
      php_value session.gc_maxlifetime 10800
      php_value session.cookie_lifetime 10800
    3. Или попробовать добавить в dbconn.php
      session_set_cookie_params(10800);
    4. В настройках группы администраторов изменить увеличение времени жизни сессии на дефолтную.
    5. Бывает допущены ошибки в .htaccess. Например не до конца директиву отключили: правило закоментили, а вот условие осталось.

    Возможно, вам также будет интересно:

  • Bitrix отключить вывод ошибок php
  • Bitrix касса статус последнего обращения ошибка
  • Bitrix как включить расширенный вывод ошибок
  • Bitrix как включить вывод ошибок php
  • Bitrix исправляем ошибку работа с сокетами ошибка

  • Понравилась статья? Поделить с друзьями:
    0 0 голоса
    Рейтинг статьи
    Подписаться
    Уведомить о
    guest

    0 комментариев
    Старые
    Новые Популярные
    Межтекстовые Отзывы
    Посмотреть все комментарии