Администрирование · 11 мин
Какие веб-серверы поддерживает 1С
Разбираем, какие веб-серверы поддерживает платформа 1С: Apache, IIS, встроенный сервер разработки. Условия выбора, публикация базы, типичные ошибки и FAQ.
Платформа 1С:Предприятие умеет работать в клиент-серверном режиме через веб-сервер, который принимает HTTP-запросы от веб-клиента, мобильного клиента и веб-сервисов, публикуемых конфигурацией. Официально поддерживаются два веб-сервера: Apache HTTP Server и Microsoft Internet Information Services (IIS). Кроме того, в платформу встроен отдельный веб-сервер для разработки и отладки, который не требует установки внешнего ПО.
Выбор между Apache и IIS зависит от операционной системы сервера, существующей инфраструктуры и компетенций администратора. Оба варианта равноправны с точки зрения функциональности 1С: публикация информационной базы, веб-сервисов, HTTP-сервисов и OpenID-аутентификации работает одинаково. Отличия касаются установки, настройки прав доступа и интеграции с другими системами.
Важно понимать: nginx напрямую не поддерживается платформой как веб-сервер публикации 1С. Однако его часто используют как обратный прокси перед Apache или IIS — такая схема работоспособна, но требует аккуратной настройки заголовков и не является официально документированным сценарием.
Какие веб-серверы официально поддерживает платформа 1С
Список поддерживаемых веб-серверов определяется системными требованиями платформы и не зависит от конкретной прикладной конфигурации. Публикация выполняется штатным механизмом «Администрирование — Публикация на веб-сервере» в конфигураторе.
- Apache HTTP Server — кроссплатформенный вариант, работает на Windows и Linux. Наиболее распространённый выбор для публикации 1С.
- Microsoft IIS — веб-сервер, встроенный в Windows Server. Удобен, если инфраструктура уже построена на продуктах Microsoft.
- Встроенный веб-сервер платформы — предназначен только для разработки и отладки, запускается из конфигуратора или тонкого клиента одной командой.
Версии поддерживаемого Apache привязаны к версии платформы 1С. Для актуальных релизов платформы требуется Apache ветки 2.4; старые ветки 2.2 и 2.0 работали только со старыми версиями платформы. Перед установкой сверьтесь с системными требованиями вашей версии платформы — несовпадение битности (32/64) между веб-сервером и модулем расширения 1С приведёт к ошибке загрузки модуля.
Apache: когда выбирать и как публиковать базу
Apache — универсальный вариант: он работает и на Windows, и на Linux, поэтому подходит для смешанной инфраструктуры и для случаев, когда сервер 1С развёрнут на Linux. Установка простая: дистрибутив Apache ставится отдельно, а модуль расширения веб-сервера входит в состав платформы 1С и подключается автоматически при публикации.
Порядок публикации типовой: откройте конфигуратор под пользователем с правами администратора, выберите «Администрирование — Публикация на веб-сервере», укажите имя публикации (латиницей, без пробелов), каталог для файлов публикации и веб-сервер Apache. Платформа сама создаст каталог, сформирует файл default.vrd и допишет директивы в конфигурацию Apache.
После публикации перезапустите Apache и проверьте доступность базы по адресу вида http://сервер/имя_публикации. Если вместо страницы входа вы видите ошибку 500, чаще всего причина в несовпадении битности модуля или в отсутствии прав у пользователя, от имени которого работает Apache, на каталог информационной базы и временные файлы.
- 1Установите Apache 2.4 нужной битности и убедитесь, что служба запускается
- 2Откройте конфигуратор 1С от имени администратора и перейдите в «Администрирование — Публикация на веб-сервере»
- 3Укажите имя публикации латиницей, выберите веб-сервер Apache и каталог публикации
- 4Нажмите «Опубликовать», перезапустите Apache
- 5Откройте в браузере адрес публикации и проверьте появление формы входа
IIS: особенности настройки на Windows Server
IIS включается как роль Windows Server или компонент Windows. Для работы с 1С требуются дополнительные компоненты: CGI (ISAPI Extensions и ISAPI Filters), а также базовые функции HTTP. Без них модуль расширения 1С не сможет обрабатывать запросы, и при обращении к базе вы получите ошибку 404 или 500.
Публикация на IIS выполняется тем же диалогом в конфигураторе. Платформа создаёт виртуальный каталог в выбранном пуле приложений и регистрирует обработчик. Важный нюанс: пул приложений должен работать в той же битности, что и модуль 1С. Если установлена 64-битная платформа, убедитесь, что в настройках пула параметр «Enable 32-Bit Applications» отключён.
Учётная запись пула приложений должна иметь доступ к кластеру серверов 1С или к файловой базе, а также к каталогам временных файлов. При использовании анонимной аутентификации проверьте, что служебной учётной записи хватает прав; при Windows-аутентификации дополнительно настраивается передача учётных данных пользователя.
Встроенный веб-сервер платформы: только для разработки
Начиная с современных версий платформы, в 1С встроен собственный веб-сервер, который запускается без установки Apache или IIS. Он предназначен для разработчика: быстро проверить веб-клиент, отладить HTTP-сервис или мобильное приложение на локальной машине.
Запуск выполняется из конфигуратора (публикация на встроенном веб-сервере) или командой из командной строки. Сервер слушает указанный порт и обслуживает только локальные тестовые сценарии.
Использовать встроенный сервер в продуктивной среде нельзя: он не рассчитан на нагрузку от множества пользователей, не имеет полноценных механизмов безопасности, журналирования и управления, которые есть у Apache и IIS. Это инструмент разработчика, а не промышленное решение.
А как же nginx: роль обратного прокси
Nginx не входит в список поддерживаемых платформой веб-серверов: модуля расширения 1С для него не существует, и опубликовать базу напрямую на nginx невозможно. Однако на практике nginx часто ставят перед Apache или IIS в роли обратного прокси — для терминации TLS, балансировки нагрузки, кэширования статики и ограничения доступа по IP.
В такой схеме nginx принимает внешние HTTPS-запросы и передаёт их на внутренний Apache или IIS, где выполняется модуль 1С. Схема работоспособна, но требует корректной передачи заголовков Host и X-Forwarded-*, иначе возможны проблемы с перенаправлениями и формированием ссылок в веб-клиенте.
Сравнение вариантов
Кроссплатформенный, подходит для Windows и Linux. Требует отдельной установки, гибкая настройка через конфигурационные файлы.
Встроен в Windows, удобен при инфраструктуре Microsoft и интеграции с Active Directory. Не работает на Linux.
Мгновенный запуск без установки, но только для разработки и отладки, не для пользователей.
Дополняет Apache или IIS: TLS, балансировка, ограничение доступа. Самостоятельно публиковать 1С не может.
Как выбрать веб-сервер под вашу инфраструктуру
Выбор определяется тремя факторами: операционной системой сервера, имеющимися компетенциями и требованиями к интеграции. Универсального «лучшего» варианта нет — оба поддерживаемых сервера обеспечивают одинаковую функциональность 1С.
Как выбрать веб-сервер
Для небольших организаций на Windows проще всего IIS: не нужно ставить стороннее ПО, а настройка сводится к включению роли и публикации из конфигуратора. Для Linux-инфраструктур и гетерогенных сред Apache остаётся единственным вариантом. Если у вас уже есть работающий веб-сервер одного типа и команда умеет его обслуживать — используйте его, миграция на другой сервер без необходимости не даёт преимуществ.
Проверка результата и типичные проблемы
После публикации убедитесь, что связка работает корректно. Базовая проверка — открыть адрес публикации в браузере и увидеть форму входа веб-клиента. Затем проверьте доступ из тонкого клиента через веб-сервер и работу опубликованных веб-сервисов, если они есть.
Как проверить результат
Отображается форма входа веб-клиента 1С
Ошибка 404, 500 или заглушка веб-сервера
Нет записей о сбое загрузки модуля wsap24
Ошибки загрузки модуля расширения — несовпадение битности
Клиент подключается и открывает базу
Ошибка соединения — проверяйте права и сетевые правила
WSDL отдаётся по адресу сервиса
404 — сервис не отмечен к публикации в default.vrd
Наиболее частые причины неработающей публикации: несовпадение битности модуля и веб-сервера, отсутствие прав у служебной учётной записи, блокировка портов брандмауэром и публикация, выполненная без прав администратора. Проверяйте эти пункты в первую очередь, прежде чем искать экзотические причины.
Что важно запомнить
1С официально поддерживает Apache и IIS, плюс встроенный сервер для разработки. Nginx — только как обратный прокси. Битность модуля расширения должна совпадать с битностью веб-сервера, а публикацию выполняйте с правами администратора из конфигуратора.
Часто задаваемые вопросы
Можно ли опубликовать 1С напрямую на nginx?
Нет. Модуля расширения платформы для nginx не существует, поэтому прямая публикация невозможна. Nginx можно использовать только как обратный прокси перед Apache или IIS, где фактически выполняется обработка запросов 1С.
Какая версия Apache нужна для 1С?
Актуальные версии платформы работают с Apache ветки 2.4. Старые ветки поддерживались только прежними версиями платформы. Точные требования указаны в системных требованиях вашей версии 1С — сверьтесь с ними перед установкой.
Почему после публикации база не открывается с ошибкой 500?
Чаще всего причина в несовпадении битности модуля расширения 1С и веб-сервера либо в отсутствии прав у служебной учётной записи на каталоги базы. Проверьте журнал ошибок веб-сервера — там будет указана конкретная причина сбоя загрузки модуля.
Можно ли использовать встроенный веб-сервер 1С для работы пользователей?
Нет. Встроенный сервер предназначен исключительно для разработки и отладки. Он не рассчитан на многопользовательскую нагрузку и не имеет промышленных механизмов безопасности. Для реальной работы используйте Apache или IIS.
Что выбрать для небольшой организации на Windows: Apache или IIS?
Практичнее IIS: он встроен в Windows, не требует установки стороннего ПО и легко интегрируется с доменной аутентификацией. Apache на Windows тоже работает, но добавляет лишний компонент для обслуживания.
Нужен ли отдельный веб-сервер для каждой информационной базы?
Нет. Один экземпляр Apache или IIS может обслуживать несколько публикаций — каждая база публикуется под своим именем и доступна по отдельному адресу. Ограничения связаны только с производительностью сервера.