Пользователь уже аутентифицирован в хранилище 1С: как отключить сеанс

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

Типичные ситуации: разработчик открыл конфигуратор на рабочем компьютере и пытается подключиться с домашнего; сеанс «завис» после разрыва сети или перезагрузки; на сервере остался фоновый процесс, запущенный под тем же пользователем хранилища. Во всех случаях решение сводится к одному — найти и завершить активное соединение с хранилищем.

Способ отключения зависит от режима работы базы: файловый вариант требует одних действий, клиент-серверный — других. Ниже разобраны оба сценария, а также профилактика повторения проблемы и частые ошибки администраторов.

Почему возникает ошибка аутентификации в хранилище

Хранилище конфигурации 1С работает по принципу эксклюзивного доступа: один пользователь хранилища — одно активное подключение. Это защищает от конфликтов при захвате объектов, ведь история версий и состояние захваченных объектов привязаны к конкретному пользователю и его сеансу.

Когда конфигуратор закрывается штатно, соединение с хранилищем освобождается автоматически. Проблемы начинаются при нештатном завершении: обрыв VPN или локальной сети, зависание компьютера, принудительное завершение процесса 1cv8.exe через диспетчер задач. Соединение на стороне сервера или хранилища остаётся «живым» ещё некоторое время, и платформа считает пользователя подключённым.

Ещё одна причина — реальный параллельный сеанс: тот же пользователь хранилища подключён на другом компьютере, либо под его учётными данными работает автоматизированный процесс (например, скрипт выгрузки конфигурации через пакетный режим конфигуратора). Прежде чем разрывать соединение, стоит убедиться, что оно действительно «мёртвое», а не используется коллегой.

Как определить, где висит активный сеанс

Прежде чем что-то отключать, полезно понять, где именно открыто соединение. В клиент-серверном режиме это видно в консоли кластера: откройте ветку «Сеансы» нужной информационной базы и найдите сеанс с приложением «Конфигуратор» и нужным пользователем. В колонках видны компьютер, время начала сеанса и время последней активности.

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

В файловом режиме централизованного списка сеансов нет. Ориентируйтесь на косвенные признаки: спросите коллег, проверьте свои другие компьютеры и терминальные сессии, вспомните, не запускались ли скрипты пакетной выгрузки из хранилища.

Отключение сеанса в клиент-серверном режиме

Основной инструмент — консоль администрирования серверов 1С (оснастка «Центральные серверы 1С:Предприятия»). Откройте консоль, разверните нужный кластер, найдите рабочий процесс и перейдите в раздел «Сеансы» для вашей информационной базы. Отсортируйте список по пользователю или приложению «Конфигуратор».

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

Альтернатива — утилита командной строки rac. Ею удобно пользоваться, когда консоль недоступна или нужно автоматизировать завершение сеансов. Команда session terminate с указанием кластера и идентификатора сеанса выполняет то же действие, что и удаление в консоли.

1. 1
   Откройте консоль администрирования серверов 1С и разверните нужный кластер
2. 2
   Перейдите в раздел «Сеансы» вашей информационной базы
3. 3
   Найдите сеанс конфигуратора с нужным пользователем, проверьте время последней активности
4. 4
   Через контекстное меню выберите «Удалить» и подтвердите завершение
5. 5
   Повторите подключение к хранилищу в конфигураторе — ошибка должна исчезнуть

Завершение сеанса через rac

Утилита rac расположена в каталоге bin установленной платформы 1С на сервере. Сначала получите список сеансов, затем завершите нужный по его идентификатору. Ниже пример последовательности команд с типичными параметрами подключения.

rac session list --cluster=<ID_кластера> --cluster-user=Админ --cluster-pwd=пароль server
then: rac session terminate --cluster=<ID_кластера> --session=<ID_сеанса> --cluster-user=Админ --cluster-pwd=пароль server

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

Отключение в файловом режиме работы

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

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

Когда хранилище расположено на сетевом ресурсе и подключается по протоколу tcp или через веб-сервер, зависшие соединения могут оставаться на стороне сервера хранилища. В этом случае помогает перезапуск службы сервера хранилища (crserver) или веб-сервера, публикующего хранилище. Перед перезапуском убедитесь, что другие разработчики не работают с хранилищем.

Если пользователь хранилища заблокирован, а сеанса нет

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

Для хранилища, работающего через сервер хранилища 1С (crserver), перезапуск службы освобождает все подвисшие соединения. Для хранилища, опубликованного через веб-сервер (IIS или Apache), помогает перезапуск пула приложений или самого веб-сервера. После перезапуска подождите минуту и повторите вход.

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

Профилактика: как не сталкиваться с проблемой снова

Главное правило — у каждого разработчика должен быть собственный пользователь хранилища. Общие учётные записи («Разработчик», «Admin») гарантируют постоянные конфликты подключений и делают невозможным контроль, кто и что захватил. Заведите отдельных пользователей в разделе «Администрирование — Пользователи хранилища» конфигуратора.

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

В свойствах информационной базы в консоли кластера есть параметры «Интервал перезапуска» и «Допустимый объём памяти», а также таймауты завершения сеансов. Корректная настройка таймаута неактивности позволяет платформе самой закрывать «мёртвые» сеансы вместо ручного вмешательства администратора.

Как проверить, что проблема решена

После завершения сеанса или перезапуска службы хранилища откройте конфигуратор и выполните подключение к хранилищу заново: «Конфигурация — Хранилище конфигурации — Подключиться». Успешное подключение без сообщения об аутентификации означает, что соединение освобождено.

Дополнительно проверьте, что захваченные ранее объекты доступны в ожидаемом состоянии. Если зависший сеанс был разорван во время операции с хранилищем, часть объектов может остаться захваченной — это нормально, захват снимается штатно через «Отменить захват» при необходимости.

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

Частые вопросы