Как разрешить работу пользователей и снять блокировку сеансов в 1С?

Ошибка означает, что для информационной базы включена блокировка начала новых сеансов. Это не ошибка HTTP, не проблема браузера и не повреждение базы. Веб-клиент обращается к /e1cib/login, но сервер 1С запрещает создание нового сеанса.

Для базы:

нужно снять блокировку пользователей.

## Вариант 1. Через консоль администрирования кластера

Если база серверная:

1. Откройте Консоль администрирования серверов 1С.
2. Подключитесь к нужному кластеру 1С.
3. Откройте раздел Информационные базы.
4. Найдите базу Buh.
5. Откройте контекстное меню базы.
6. Выберите команду, связанную с блокировкой сеансов:
— Разрешить работу пользователей;
— либо Снять блокировку начала сеансов.
7. Укажите код разрешения, который был задан при установке блокировки.
8. Подтвердите операцию.

После снятия блокировки повторите вход в веб-клиент.

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

## Вариант 2. Через команду запуска 1С

Для файловой базы можно выполнить команду:

Например, если код разрешения был 123456:

Команду нужно выполнять от имени пользователя Windows, у которого есть права на каталог базы E:BasesBuh.

Пример полного пути к исполняемому файлу платформы:

Если установлена 32-разрядная версия платформы, путь может быть таким:

Команду можно выполнить из cmd.exe или сохранить в файл РазрешитьРаботу.bat.

## Если код разрешения неизвестен

Параметр /UC должен содержать код, который был указан при установке блокировки. Это не пароль пользователя 1С и не пароль администратора базы.

Если код неизвестен, возможны следующие варианты:

1. Посмотреть, кто и каким способом устанавливал блокировку.
2. Проверить регламентные .bat-файлы, скрипты обновления и инструкции администратора.
3. Проверить историю работ по базе. Часто блокировку устанавливают перед:
— обновлением конфигурации;
— тестированием и исправлением;
— загрузкой данных;
— переносом базы;
— резервным копированием;
— массовой обработкой.
4. Попробовать снять блокировку из консоли администрирования кластера, если установленная версия платформы позволяет выполнить эту операцию без повторного ввода кода.
5. Если база файловая и доступна локально, обратиться к администратору 1С или восстановить базу из резервной копии, сделанной до установки блокировки.

Не следует удалять или редактировать внутренние файлы базы вручную. Это может привести к повреждению информационной базы.

## Важный момент для файловой базы

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

Если база расположена на сервере, проверьте:

— существует ли каталог E:BasesBuh;
— имеет ли учетная запись пользователя права чтения и записи;
— не запущена ли база другим процессом монопольно;
— не используется ли одновременно другая копия базы;
— опубликована ли в веб-сервере именно эта база.

Если база находится на сетевом ресурсе, не рекомендуется использовать сетевой путь в виде обычной файловой базы через веб-публикацию. Надежнее разместить ее локально на сервере 1С либо перевести в клиент-серверный вариант с SQL Server.

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

В клиент-серверном варианте путь E:BasesBuh может быть внутренним путем на сервере 1С. В этом случае запускать команду с локального компьютера пользователя не нужно. Снимайте блокировку через консоль кластера либо выполняйте команду на сервере, где установлен сервер 1С и доступен этот каталог.

## Почему появляется HTTP 403 Forbidden

Код:

возникает потому, что веб-публикация получила запрос на создание сеанса, но сервер 1С ответил отказом. Поэтому настройка CORS, IIS, Apache, очистка паролей браузера и переустановка публикации здесь не помогут.

После снятия блокировки:

1. закройте страницу веб-клиента;
2. откройте ее заново;
3. при необходимости перезапустите веб-сервер или службу сервера 1С;
4. проверьте вход в базу.

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

или запуск 1С с параметром установки блокировки пользователей.