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

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

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

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

Проверка через браузер — самый быстрый способ

Основной признак работающей публикации — отклик по HTTP-адресу. Адрес формируется из имени сервера и имени публикации, которое задавалось при настройке: например, http://server01/trade или https://1c.example.com/accounting. Имя публикации можно посмотреть в файле default.vrd или у администратора, который выполнял настройку.

Если база опубликована для веб-клиента, в браузере откроется страница входа 1С с полями выбора пользователя и ввода пароля. Это однозначное подтверждение: публикация есть, веб-сервер обрабатывает запросы и передаёт их платформе. Если публиковался только веб-сервис или HTTP-сервис, страницы входа не будет — вместо этого по адресу сервиса с суффиксом ?wsdl вернётся XML-описание WSDL.

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

Проверка файла default.vrd в каталоге публикации

При публикации базы платформа 1С создаёт в указанном каталоге файл default.vrd — это XML-файл с параметрами подключения к информационной базе. Его наличие — прямое свидетельство того, что публикация выполнялась. Каталог публикации обычно находится внутри структуры веб-сервера: для IIS это подкаталог в C:\inetpub\wwwroot\, для Apache — в каталоге, указанном в конфигурации виртуального хоста.

Откройте default.vrd в текстовом редакторе. Внутри должны быть элементы <point> с именем публикации и параметрами подключения: строкой соединения с сервером 1С или файлом базы, а также блоки <ws>, <httpServices> или <standardOdata>, если публиковались соответствующие сервисы. Пустой или обрезанный файл — признак незавершённой публикации.

Обратите внимание на дату изменения файла. Если default.vrd старый, а конфигурацию базы недавно обновляли или меняли строку подключения, параметры могли устареть. В таком случае публикацию стоит выполнить заново из конфигуратора с актуальными настройками.

Проверка на стороне веб-сервера IIS

Если используется IIS, откройте «Диспетчер служб IIS» (inetmgr) на сервере. В дереве сайтов найдите виртуальный каталог или приложение с именем публикации. Его наличие подтверждает, что веб-сервер знает о публикации. Если каталога нет — база на этом сервере не опубликована или публиковалась на другом сайте/порту.

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

Логи IIS находятся по умолчанию в C:\inetpub\logs\LogFiles\. Откройте последний файл журнала и найдите строки с именем публикации. Записи с кодом 200 подтверждают, что запросы обрабатываются. Отсутствие записей при попытке обращения из браузера означает, что запрос до сайта не доходит — проверяйте привязки сайта, порт и брандмауэр.

Проверка на стороне веб-сервера Apache

Для Apache публикация описывается в конфигурационном файле — обычно в секции виртуального хоста или в отдельном подключаемом файле. Найдите в конфигурации директиву LoadModule _1cws_module с путём к модулю платформы и блок <Location> или Alias с именем публикации и путём к каталогу, где лежит default.vrd.

Быстрая проверка из командной строки: выполните httpd -S (или apachectl -S), чтобы увидеть список виртуальных хостов, и grep -r "имя_публикации" /etc/apache2/ (путь зависит от дистрибутива), чтобы найти упоминание публикации в конфигурации. Если упоминаний нет — публикация на этом экземпляре Apache не настроена.

Логи доступа и ошибок Apache (access.log и error.log) покажут, доходят ли запросы и с каким результатом они завершаются. Записи в error.log о невозможности загрузить модуль 1С или прочитать default.vrd указывают на ошибку в путях или правах доступа.

curl -I http://server01/trade

Команда выше отправляет HEAD-запрос и показывает код ответа и заголовки без загрузки страницы — это удобно для проверки с сервера, где нет браузера. Код 200 или 302 означает, что публикация отвечает.

Проверка из конфигуратора 1С

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

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

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

Типичные ошибки и их признаки

Чаще всего диагностику усложняют несколько повторяющихся ситуаций. Первая — публикация выполнена, но под другим именем: администратор указал при публикации имя Trade, а пользователи обращаются по адресу trade или ut. Вторая — публикация есть, но не запущен пул приложений IIS или служба Apache остановлена. Третья — несовпадение разрядности: 64-разрядный веб-сервер и 32-разрядный модуль 1С (или наоборот) дают ошибку 500.

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

Порядок действий при отсутствии публикации

Если проверки показали, что база не опубликована, выполните публикацию штатным способом. Откройте конфигуратор под пользователем с правами администратора, перейдите в «Администрирование — Публикация на веб-сервере», задайте имя латиницей без пробелов, выберите веб-сервер, укажите каталог и отметьте нужные типы доступа: веб-клиент, веб-сервисы, HTTP-сервисы, стандартный интерфейс OData.

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

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

1. 1
   Откройте в браузере адрес вида http://сервер/имя_публикации и оцените результат: страница входа, WSDL или код ошибки
2. 2
   Найдите каталог публикации на веб-сервере и проверьте наличие и содержимое файла default.vrd
3. 3
   В консоли IIS или конфигурации Apache убедитесь, что виртуальный каталог существует, модуль 1С зарегистрирован, служба запущена
4. 4
   Проверьте логи веб-сервера: есть ли запросы к публикации и с какими кодами они завершаются
5. 5
   При отсутствии публикации выполните её из конфигуратора и повторите проверку с внешнего компьютера

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