Как опубликовать файловую базу 1С

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

Для публикации используется штатный механизм платформы: конфигуратор формирует файл настройки (default.vrd) и размещает его на веб-сервере — IIS под Windows или Apache под Windows и Linux. Веб-сервер через расширение веб-сервисов 1С передаёт запросы к файлу базы данных (1Cv8.1CD).

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

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

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

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

Учтите разрядность: если веб-сервер 64-разрядный, а платформа установлена 32-разрядная (или наоборот), расширение веб-сервера не загрузится. Разрядность платформы и веб-сервера должна совпадать. Для IIS это означает, что пул приложений не должен быть переведён в режим 32-разрядных приложений при 64-разрядной платформе.

Публикация на веб-сервере IIS

Сначала установите IIS: в Windows это делается через «Включение или отключение компонентов Windows». Минимально нужны службы «Службы IIS», «Службы управления», а в разделе «Разработка приложений» — поддержка ISAPI-расширений и ISAPI-фильтров. После установки проверьте, что веб-сервер отвечает: откройте в браузере http://localhost — должна отобразиться стартовая страница IIS.

Далее запустите конфигуратор от имени администратора, откройте нужную базу и перейдите в меню «Администрирование → Публикация на веб-сервере». Укажите имя публикации (латиницей, без пробелов — оно станет частью URL), выберите веб-сервер IIS и каталог публикации. Оставьте включёнными флаги «Публиковать тонкий клиент и веб-клиент», если нужен доступ через браузер.

1. 1
   Установите IIS с компонентами ISAPI-расширений и ISAPI-фильтров
2. 2
   Убедитесь, что при установке платформы выбраны модули расширения веб-сервера
3. 3
   Откройте базу в конфигураторе от имени администратора
4. 4
   Перейдите: Администрирование → Публикация на веб-сервере
5. 5
   Задайте имя публикации латиницей и укажите каталог
6. 6
   Отметьте нужные сервисы: тонкий клиент, веб-клиент, HTTP-сервисы
7. 7
   Нажмите «Опубликовать» и согласитесь на перезапуск веб-сервера
8. 8
   Проверьте доступ по адресу http://сервер/имя_публикации

После нажатия «Опубликовать» платформа создаст виртуальный каталог в IIS, разместит в указанной папке файл default.vrd и зарегистрирует обработчик запросов. Конфигуратор предложит перезапустить веб-сервер — соглашайтесь, иначе изменения могут не примениться.

Настройка пула приложений и прав

Проверьте пул приложений, под которым работает сайт: для 64-разрядной платформы параметр «Разрешены 32-разрядные приложения» должен быть отключён. Удостоверьтесь, что учётная запись пула (по умолчанию ApplicationPoolIdentity или IUSR) имеет права на чтение и изменение каталога базы и каталога публикации. Недостаток прав — самая частая причина ошибок после публикации.

Публикация на веб-сервере Apache

Apache — вариант для тех, кто не хочет использовать IIS или работает на Linux. Понадобится Apache версии 2.2 или 2.4 (с более новыми ветками совместимость зависит от версии платформы — сверяйтесь с документацией к своему релизу). Модули расширения веб-сервера 1С устанавливаются вместе с платформой.

Для публикации используется либо тот же диалог конфигуратора (на Windows), либо утилита командной строки webinst, входящая в состав платформы. Утилита регистрирует расширение 1С в конфигурации Apache и создаёт файл default.vrd. После этого в httpd.conf Apache добавляется загрузка модуля wsap22/wsap24 и описание виртуального каталога.

webinst -publish -apache24 -wsdir MyBase -dir "C:\pub\MyBase" -connstr "File=\"C:\bases\MyBase\";" -confPath "C:\Apache24\conf\httpd.conf"

После изменения конфигурации Apache его нужно перезапустить: служба httpd в Windows или systemctl restart apache2 (httpd) в Linux. Без перезапуска модуль 1С не загрузится, и обращение к базе вернёт ошибку 404 или 500.

Публикация на Linux

На Linux публикация выполняется только через webinst. Учтите, что платформа и Apache должны совпадать по разрядности, а у пользователя, под которым работает Apache (обычно www-data или apache), должны быть права на каталог базы. Также проверьте настройки SELinux: в режиме enforcing он может блокировать доступ веб-сервера к файлам базы — потребуется настройка контекстов безопасности или политик.

Права доступа и безопасность

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

Не публикуйте базу в открытый интернет без HTTPS и дополнительной защиты. HTTP-трафик передаётся открытым текстом: логины, пароли и данные базы можно перехватить. Для внешнего доступа настройте SSL-сертификат на веб-сервере либо используйте VPN-туннель до офисной сети.

Отдельно настройте регулярное резервное копирование. Файловая база — это один файл 1Cv8.1CD, и его повреждение означает потерю всех данных. Перед любыми экспериментами с публикацией сделайте копию каталога базы или выгрузку в dt через конфигуратор.

Проверка результата и подключение пользователей

После публикации откройте браузер и перейдите по адресу http://имя_сервера/имя_публикации. Должна загрузиться страница входа веб-клиента 1С со списком пользователей или формой ввода логина и пароля. Если страница открывается и позволяет войти — публикация работает.

Для подключения через тонкий клиент пользователю нужно добавить базу в список информационных баз: в стартере 1С выбрать «Добавить → Добавление в список существующей информационной базы», указать тип расположения «На веб-сервере» и ввести тот же адрес публикации. Тонкий клиент обычно работает быстрее веб-клиента и требует установленной платформы у пользователя.

Типичные ошибки и их устранение

Ошибка «404 Not Found» при обращении к адресу публикации означает, что виртуальный каталог не создан или веб-сервер не перезапущен. Проверьте наличие каталога в консоли IIS или конфигурации Apache и перезапустите службу.

Ошибка «500 Internal Server Error» чаще всего указывает на то, что модуль расширения веб-сервера не загрузился: не совпадает разрядность, не установлен компонент расширения либо в IIS включён режим 32-разрядных приложений для пула. Также проверьте, что в IIS разрешено выполнение ISAPI-расширения 1С в разделе «Ограничения ISAPI и CGI».

Сообщение вида «Ошибка доступа к файлу базы данных» говорит о нехватке прав: учётная запись веб-сервера не может прочитать или изменить каталог с 1Cv8.1CD. Выдайте этой учётной записи полные права на каталог базы и повторите попытку.

Альтернативы публикации файловой базы

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

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

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