К статье
Практический материал

Администрирование · 12 мин

Как узнать веб-сервер базы 1С

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

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

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

Ниже разобраны все рабочие методы с конкретными шагами, а также ситуации, когда публикации вообще нет и искать веб-сервер бессмысленно.

Какие веб-серверы использует 1С и зачем нужна публикация

Платформа 1С:Предприятие поддерживает работу через веб-сервер в двух сценариях: доступ пользователей через браузер (веб-клиент) и подключение тонкого клиента по HTTP, а также публикация веб-сервисов и HTTP-сервисов для интеграций. В обоих случаях на машине с веб-сервером создаётся виртуальный каталог, в котором лежит файл публикации default.vrd и подключается модуль расширения веб-сервера wsisapi.dll (для IIS) или mod_1cws (для Apache).

Чаще всего в связке с 1С встречаются два веб-сервера: Microsoft IIS на Windows и Apache HTTP Server на Windows или Linux. Реже используется nginx — как правило, в роли обратного прокси перед IIS или Apache, а не как самостоятельный сервер публикации, потому что штатного модуля 1С для nginx нет.

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

Способ 1. Посмотреть адрес подключения в списке баз пользователя

Самый простой метод не требует доступа к серверу. Если база работает через веб-сервер, в списке информационных баз пользователя тип подключения указан как «На веб-сервере», а в поле адреса виден URL вида http://server01.company.local/BuhBase или https://erp.firma.ru/trade.

Из этого адреса напрямую следует имя веб-сервера: в первом примере это server01.company.local, во втором — erp.firma.ru. Часть адреса после имени сервера — это имя виртуального каталога публикации.

Как узнать адрес через список баз
  1. 1
    Откройте окно запуска 1С (список информационных баз) у пользователя.
  2. 2
    Выделите нужную базу и нажмите «Изменить», затем «Далее».
  3. 3
    Если тип расположения — «На веб-сервере», скопируйте значение поля «Адрес информационной базы».
  4. 4
    Выделите из адреса имя сервера — часть между протоколом (http:// или https://) и следующим слешем.
  5. 5
    При необходимости выполните ping или nslookup по этому имени, чтобы узнать IP-адрес машины.

Если запуск выполняется через браузер, адрес виден прямо в адресной строке. Обратите внимание на порт: нестандартный порт (например, :8080) указывает, что веб-сервер слушает не на порту 80, что важно при поиске конфигурации на самом сервере.

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

Способ 2. Найти файл публикации default.vrd на сервере

Если у вас есть доступ к серверу (по RDP или SSH), признаком публикации служит файл default.vrd. Именно он создаётся при публикации через конфигуратор или утилиту webinst и содержит имя базы, строку подключения к кластеру 1С и параметры сервисов.

На Windows с IIS каталоги публикаций по умолчанию размещаются в C:\inetpub\wwwroot\ либо в отдельных папках, указанных администратором. На Linux с Apache типичные пути — /var/www/html/ или каталоги, заданные в конфигурации виртуальных хостов Apache.

powershell
Get-ChildItem -Path C:\inetpub -Recurse -Filter default.vrd -ErrorAction SilentlyContinue | Select-Object FullName

Найденный файл откройте в текстовом редакторе. Внутри в атрибуте ib тега <point> будет строка подключения вида wsn=...;Srvr="AppServer";Ref="BuhBase" — она показывает, к какому серверу приложений и какой базе относится публикация. Атрибут name содержит имя виртуального каталога.

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

Способ 3. Проверить консоль управления IIS или конфигурацию Apache

На сервере с IIS откройте диспетчер служб IIS (команда inetmgr). В дереве слева разверните узел сервера, затем «Сайты» — обычно «Default Web Site». Виртуальные каталоги и приложения 1С отображаются как дочерние узлы. Выделив приложение, в разделе «Дополнительные параметры» можно увидеть физический путь к каталогу публикации.

Дополнительный признак публикации 1С в IIS — сопоставление обработчиков: в настройках приложения в разделе «Сопоставления обработчиков» присутствует запись для wsisapi.dll, а в «Модулях ISAPI» зарегистрировано расширение 1С.

Для Apache проверьте конфигурационные файлы: httpd.conf и файлы в каталогах conf.d или sites-enabled. Публикация 1С выглядит как блок <Directory> или Alias с директивой ManagedApplicationDescriptor ".../default.vrd" и загрузкой модуля mod_1cws.

IISПриложение в Default Web Site

В сопоставлениях обработчиков есть wsisapi.dll, в каталоге лежит default.vrd

ApacheAlias + ManagedApplicationDescriptor

В httpd.conf подключён модуль mod_1cws и указан путь к default.vrd

Файловая системаФайл default.vrd

Внутри — строка подключения к кластеру 1С и имя базы

Процессыw3wp.exe или httpd/apache2

Рабочие процессы веб-сервера активны при обращениях пользователей

Способ 4. Определить сервер по сетевым признакам

Когда имена серверов неизвестны, помогает сетевой анализ. Зная URL подключения, выполните с рабочей станции команду nslookup имя_сервера — получите IP-адрес веб-сервера. Далее по этому адресу можно определить конкретную машину в инфраструктуре.

Если есть подозрение на конкретный сервер, проверьте, слушает ли он HTTP-порты: команда Test-NetConnection имя_сервера -Port 80 (или 443 для HTTPS) в PowerShell покажет, открыт ли порт. Открытый порт сам по себе не доказывает публикацию 1С, но сужает круг кандидатов.

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

В крупных сетях имя из URL часто указывает на балансировщик или reverse proxy, а реальные публикации лежат на нескольких внутренних серверах. В этом случае ищите конфигурацию прокси (nginx, HAProxy, ARR в IIS): в ней перечислены адреса внутренних веб-серверов, куда перенаправляются запросы.
ПЗ
Практическое замечание

Способ 5. Проверить журнал регистрации и настройки внутри 1С

Иногда подсказку даёт сама информационная база. В журнале регистрации (Конфигуратор → Администрирование → Журнал регистрации) события подключений содержат сведения о том, как пользователи заходят в базу: имя приложения вида «WebClient» или «1CV8» с типом соединения через веб-сервер указывает на факт работы через публикацию.

Если в базе используются веб-сервисы или HTTP-сервисы, их имена совпадают с именами точек в файле default.vrd. Откройте в конфигураторе ветку «Общие → HTTP-сервисы» и «Web-сервисы» — наличие объектов косвенно подтверждает, что где-то существует публикация, обслуживающая эти сервисы.

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

Когда веб-сервера нет: как отличить клиент-серверный режим от публикации

Частая ситуация: база работает в клиент-серверном режиме (через сервер 1С:Предприятия и СУБД), и администратор путает сервер приложений с веб-сервером. Это разные вещи. Клиент-серверное подключение в списке баз выглядит как «Сервер 1С:Предприятия» с указанием имени сервера и имени базы — без URL и протокола http.

Признаки того, что веб-сервера в инфраструктуре нет: пользователи работают только в толстом или тонком клиенте по TCP, в списке баз нет ни одного подключения типа «На веб-сервере», на серверах не найдено файлов default.vrd, а IIS или Apache не установлены вовсе.

Маршрут решения

Как выбрать действие

В списке баз тип «На веб-сервере» и есть URLИзвлеките имя сервера из адреса и проверьте его по nslookup
Есть доступ к серверу, но URL неизвестенИщите default.vrd по дискам и проверяйте IIS/Apache
Пользователи работают только через клиент по TCPВеб-сервера, скорее всего, нет — проверьте тип подключения в списке баз
URL указывает на внешний доменПроверяйте конфигурацию прокси/балансировщика, за ним — внутренние веб-серверы

Типичные ошибки и меры предосторожности

При поиске и проверке публикаций легко допустить ошибки, которые приводят к неверным выводам или даже к остановке работы пользователей.

Типичные ошибки
01
Путать сервер 1С:Предприятия с веб-сервером — это разные роли, и искать default.vrd на сервере приложений часто бессмысленно.
02
Судить о публикации только по открытому 80 порту — порт может обслуживать совершенно другой сайт.
03
Редактировать или удалять default.vrd «для проверки» — после этого публикация перестаёт работать, и пользователи теряют доступ.
04
Игнорировать HTTPS — при работе через 443 порт сертификат и привязки могут быть на прокси, а не на сервере публикации.
05
Искать публикацию только в inetpub — администратор мог разместить каталог в любом другом пути.
06
Забывать про несколько версий платформы — на одном веб-сервере могут быть зарегистрированы модули расширения разных версий 1С.

Перед любыми изменениями сохраните копию файла default.vrd и экспортируйте конфигурацию сайта IIS (через appcmd или копирование applicationHost.config). Это позволит быстро откатить настройки, если что-то пойдёт не так.

Контрольные точки

Как проверить результат

Доступность публикации
Норма

Браузер по URL публикации открывает стартовую страницу 1С или форму входа

Тревожный признак

Ошибка 404 (каталога нет) или 500 (проблема с модулем расширения)

Соответствие сервера
Норма

nslookup по имени из URL возвращает IP машины, где найден default.vrd

Тревожный признак

IP указывает на другое устройство — вероятно, это прокси или шлюз

Содержимое default.vrd
Норма

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

Тревожный признак

Строка подключения указывает на несуществующий сервер — публикация мёртвая

Работа пользователей
Норма

Пользователи входят в базу через браузер без ошибок

Тревожный признак

Ошибки «Ошибка HTTP» или таймауты при входе

Итог

Что важно запомнить

Веб-сервер базы 1С определяется по URL подключения в списке баз, по файлам default.vrd на серверах с IIS/Apache и по консоли управления веб-сервером. Не путайте веб-сервер с сервером приложений 1С и не меняйте публикацию без резервной копии конфигурации.

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

Можно ли узнать веб-сервер базы 1С, не имея доступа к серверу?

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

Где лежит файл default.vrd по умолчанию?

Единого обязательного пути нет: каталог задаётся при публикации. Чаще всего это подкаталоги внутри C:\inetpub\wwwroot\ на Windows с IIS и /var/www/html/ на Linux с Apache, но администратор мог выбрать любой другой путь. Надёжнее искать файл поиском по дискам сервера.

Чем отличается веб-сервер от сервера 1С:Предприятия?

Сервер 1С:Предприятия — это кластер, который исполняет код конфигурации и работает с СУБД. Веб-сервер (IIS или Apache) только принимает HTTP-запросы и через модуль расширения передаёт их кластеру. Это разные роли, которые могут находиться как на одной машине, так и на разных.

Почему по адресу из списка баз открывается другой сервер?

Если перед веб-сервером стоит reverse proxy, балансировщик или внешний шлюз, в URL указан его адрес. Реальные серверы публикации находятся за ним, и их адреса прописаны в конфигурации прокси. Ищите настройки перенаправления в nginx, HAProxy или модуле ARR в IIS.

Можно ли определить веб-сервер из самой программы 1С?

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

Что делать, если файл default.vrd найден, но публикация не работает?

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