Как опубликовать хранилище 1С на веб-сервере

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

Существует два основных способа подключения к хранилищу: напрямую по сетевому пути к каталогу (подходит для локальной сети) и через веб-сервер по протоколу HTTP/HTTPS (подходит для распределённых команд и удалённой работы). Второй способ требует настройки публикации, но снимает ограничения по VPN, общим папкам и правам на файловые ресурсы.

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

Что подготовить перед публикацией

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

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

Также подготовьте сам веб-сервер: Apache 2.x или IIS. Учтите, что разрядность веб-сервера и модуля расширения платформы должны совпадать — 64-разрядный Apache требует 64-разрядного модуля 1С. Это одна из самых частых причин, почему публикация «не заводится» с первого раза.

Публикация хранилища через Apache

Наиболее надёжный способ — использовать утилиту публикации webinst, входящую в состав платформы, либо механизм публикации из Конфигуратора. В Конфигураторе откройте «Конфигурация» → «Хранилище конфигурации» → «Публикация хранилища» (в ряде версий пункт называется «Опубликовать хранилище»). Укажите имя публикации латиницей без пробелов, например devstorage, путь к каталогу хранилища и каталог веб-сервера.

При публикации платформа создаёт в каталоге веб-сервера файл default.vrd и набор служебных файлов. Ключевой элемент — это описание точки подключения к хранилищу, где прописан путь к каталогу. Если вы настраиваете Apache вручную, в httpd.conf нужно подключить модуль расширения платформы и задать алиас на каталог публикации.

LoadModule _1cws_module "C:/Program Files/1cv8/8.3.22.1750/bin/wsap24.dll"
Alias "/devstorage" "C:/inetpub/devstorage"
<Directory "C:/inetpub/devstorage">
    AllowOverride All
    Require all granted
    SetHandler 1c-application
    ManagedApplicationDescriptor "C:/inetpub/devstorage/default.vrd"
</Directory>

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

Публикация хранилища через IIS

Для IIS публикация также выполняется из Конфигуратора, но требуются права администратора на сервере и установленные компоненты IIS: «Службы IIS», «Расширения ISAPI» и «Фильтры ISAPI». Без расширений ISAPI модуль 1С не сможет обрабатывать запросы.

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

Обратите внимание на разрядность пула приложений: если установлена 64-разрядная платформа, в настройках пула параметр «Разрешить 32-разрядные приложения» должен быть отключён. Для 32-разрядной платформы — наоборот, включён.

Подключение разработчиков к опубликованному хранилищу

Разработчик подключается из Конфигуратора: «Конфигурация» → «Хранилище конфигурации» → «Подключиться к хранилищу». В поле адреса указывается URL публикации, например http://server/devstorage, а также имя пользователя и пароль хранилища. Пользователей предварительно заводит администратор через пункт «Администрирование хранилища».

Каждому разработчику создавайте отдельную учётную запись — это позволяет видеть, кто и какие объекты захватил, и корректно работать с историей версий. Общая учётная запись на несколько человек делает бессмысленным весь механизм захвата объектов.

1. 1
   Администратор создаёт пользователя в хранилище и задаёт пароль
2. 2
   Разработчик открывает Конфигуратор своей базы и выбирает «Подключиться к хранилищу»
3. 3
   Указывает URL публикации, имя пользователя и пароль
4. 4
   Выполняет «Получить из хранилища» для загрузки актуальной конфигурации
5. 5
   Захватывает нужные объекты и начинает работу

Проверка результата и контрольные точки

После публикации выполните проверку с рабочей станции, а не с самого сервера — так вы убедитесь, что доступ работает по сети, а не только локально. Откройте URL публикации в браузере: корректный ответ — служебное сообщение веб-сервиса 1С, а не ошибка 404 или 500.

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

Типичные ошибки и ограничения

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

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

Альтернативы публикации через веб-сервер

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

Для крупных проектов рассмотрите переход на EDT с системой контроля версий Git — это современная альтернатива хранилищу конфигурации с ветвлением и слиянием. Однако миграция требует перестройки процессов команды, поэтому для действующих проектов на Конфигураторе публикация хранилища остаётся рабочим решением.

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