Администрирование · 11 мин
Какой веб-сервер выбрать для 1С
Сравнение Apache, IIS и встроенного веб-сервера 1С: системные требования, настройка публикации базы, типичные ошибки и рекомендации по выбору для разных задач.
Публикация базы 1С через веб-сервер нужна, когда пользователи должны работать через браузер или тонкий клиент по протоколу HTTP, когда требуется HTTP-сервисы для интеграции, мобильный клиент или доступ извне без VPN. Выбор веб-сервера влияет на стабильность работы, нагрузку на сервер и трудоёмкость сопровождения, поэтому решать этот вопрос стоит до развёртывания, а не после первых сбоев.
У администратора фактически три варианта: Apache 2.4, Microsoft IIS и встроенный веб-сервер, который появился в платформе 1С:Предприятие 8.3.22. Первые два — полноценные внешние веб-серверы, требующие установки модуля расширения веб-сервера 1С. Третий работает как часть платформы и не требует отдельного ПО. Каждый вариант имеет свои условия применения, ограничения и подводные камни.
Ниже разобраны критерии выбора, порядок публикации для каждого варианта, типичные ошибки и способы проверить, что публикация работает корректно.
Какие варианты вообще существуют
Apache 2.4 — кроссплатформенный веб-сервер, исторически основной вариант для публикации 1С. Он работает и на Windows, и на Linux, что делает его универсальным выбором для смешанной инфраструктуры. Публикация настраивается через модуль расширения веб-сервера (wsap24.dll или его Linux-аналог) и утилиту webinst либо диалог публикации в конфигураторе.
Microsoft IIS — штатный веб-сервер Windows Server. Он глубоко интегрирован с системой: удобные средства управления через оснастку, работа с пулами приложений, нативная поддержка Windows-аутентификации. Для 1С используется модуль расширения wsisapi.dll. Минус очевиден — IIS существует только на Windows.
Встроенный веб-сервер платформы (доступен с версии 8.3.22) запускается как часть агента сервера 1С или отдельного процесса и не требует установки стороннего ПО. Он закрывает сценарии разработки, тестирования и небольших публикаций, где развёртывание полноценного веб-сервера избыточно.
Сравнение вариантов
Подходит для Linux и смешанных сред; требует ручной настройки конфигурационных файлов и контроля совместимости версий модуля расширения.
Оптимален для Windows-инфраструктуры; удобное управление, но не работает на Linux и требует лицензий Windows Server.
Быстрое развёртывание без стороннего ПО; ограниченные возможности масштабирования и тонкой настройки, не рекомендуется для высоконагруженных продуктивных систем.
По каким критериям выбирать
Первый критерий — операционная система сервера. Если инфраструктура построена на Linux, выбор фактически сводится к Apache: IIS там недоступен, а встроенный веб-сервер имеет ограничения для серьёзных нагрузок. Если всё работает на Windows Server, чаще выбирают IIS из-за удобства администрирования и поддержки Windows-аутентификации.
Второй критерий — нагрузка и число одновременных пользователей. Для десятков одновременных веб-клиентов нужен полноценный веб-сервер с настройкой пулов и рабочих процессов. Для публикации HTTP-сервисов с умеренным трафиком или тестового доступа достаточно встроенного веб-сервера.
Третий критерий — требования безопасности. Если нужна двухфакторная аутентификация, интеграция с корпоративным прокси, гибкие правила фильтрации запросов — внешний веб-сервер даёт больше возможностей. Встроенный веб-сервер в таких сценариях обычно ставят за обратным прокси.
Как выбрать действие
Apache 2.4: когда выбирать и как публиковать
Apache — стандартный выбор для Linux и частый для Windows, когда администраторы уже умеют с ним работать. Важно использовать именно версию 2.4, так как модуль расширения 1С собран под неё; с другими ветками Apache модуль может не загрузиться.
Публикация выполняется из конфигуратора: меню «Администрирование» → «Публикация на веб-сервере». Указывается имя публикации, каталог, тип веб-сервера. Либо используется утилита webinst из каталога платформы. После публикации в каталоге появляется файл default.vrd, а в конфигурацию Apache добавляется подключение модуля.
На Linux дополнительно потребуется выдать права на каталог публикации пользователю, под которым работает Apache, и убедиться, что модуль расширения доступен для загрузки. Частая проблема — несовпадение разрядности: 64-разрядный Apache требует 64-разрядный модуль расширения.
- 1Установите Apache 2.4 той же разрядности, что и платформа 1С
- 2Установите компонент «Модуль расширения веб-сервера» из дистрибутива платформы
- 3Откройте конфигуратор, выполните «Администрирование → Публикация на веб-сервере», укажите имя и каталог
- 4Перезапустите Apache и проверьте загрузку модуля в логах
- 5Откройте в браузере адрес вида http://сервер/имя_публикации и выполните вход
IIS: особенности настройки
IIS поставляется как роль Windows Server. Перед публикацией 1С нужно установить саму роль веб-сервера и обязательно компоненты ISAPI Extensions и ISAPI Filters — без них модуль wsisapi.dll не заработает. Это одна из самых частых причин ошибки 500 после публикации.
Публикация также выполняется из конфигуратора или через webinst с указанием IIS. Платформа создаёт виртуальный каталог и настраивает обработчик. Важно, чтобы пул приложений работал в той же разрядности, что и модуль расширения: для 64-разрядной платформы параметр «Enable 32-Bit Applications» пула должен быть отключён.
Для аутентификации в IIS обычно включают либо анонимную аутентификацию с проверкой средствами 1С, либо Windows-аутентификацию, если пользователи работают в домене и нужен сквозной вход. Смешанные схемы требуют аккуратной настройки порядка модулей аутентификации.
Встроенный веб-сервер платформы
Начиная с платформы 8.3.22, в 1С есть собственный веб-сервер, который не требует установки Apache или IIS. Он запускается на стороне сервера 1С или на компьютере разработчика и обслуживает публикации, описанные в файлах default.vrd. Для запуска используются параметры агента сервера или отдельная команда.
Основные сценарии применения: публикация базы для тестирования веб-клиента, отладка HTTP-сервисов, демонстрации, небольшие внедрения с ограниченным числом пользователей. Существенный плюс — скорость развёртывания: не нужно ни стороннее ПО, ни настройка прав на конфигурационные файлы веб-сервера.
Ограничения тоже есть. Встроенный веб-сервер уступает внешним по возможностям балансировки, тонкой настройки TLS, кэширования и интеграции с корпоративными средствами защиты. Для высоконагруженных продуктивных систем с сотнями одновременных веб-пользователей его применять не рекомендуется — там нужен Apache или IIS.
Типичные ошибки и как их избежать
Большинство проблем с публикацией сводится к нескольким повторяющимся причинам. Их знание экономит часы диагностики и позволяет сразу проверить нужные места вместо полного перебора настроек.
Отдельно стоит сказать про безопасность. База, опубликованная наружу, должна работать только по HTTPS, с сильными паролями пользователей и, по возможности, с ограничением доступа по адресам или через VPN/прокси. Публикация HTTP-сервисов без аутентификации — прямой путь к утечке данных.
Как проверить, что публикация работает правильно
После настройки недостаточно увидеть форму входа — нужно убедиться, что работают все необходимые сценарии: вход пользователя, открытие документов, работа HTTP-сервисов, если они публиковались. Проверку лучше проводить с отдельной рабочей станции, а не с самого сервера.
Как проверить результат
Загружается форма входа или веб-клиент без ошибок 500/404
Ошибка сервера, пустая страница, сообщение о недоступности модуля
Пользователь аутентифицируется и видит свой интерфейс
Циклический запрос пароля или ошибка аутентификации
Сервис возвращает ожидаемый ответ
404 на адрес сервиса или ошибка доступа
Нет повторяющихся ошибок загрузки модуля
Регулярные записи о сбоях модуля расширения
Если публикация работает нестабильно — например, сессии обрываются под нагрузкой — смотрите настройки пулов приложений IIS или параметры Apache: лимиты процессов, таймауты, объём памяти на рабочий процесс. Для веб-клиента 1С требования к ресурсам выше, чем для обычных статических сайтов.
Частые вопросы
Можно ли публиковать файловую базу 1С на веб-сервере?
Да, файловую базу можно опубликовать и работать с ней через веб-клиент. Однако для многопользовательской работы файловый режим имеет существенные ограничения по производительности и надёжности. При росте числа пользователей рекомендуется переход на клиент-серверный вариант с СУБД.
Нужна ли отдельная лицензия 1С для веб-сервера?
Модуль расширения веб-сервера входит в дистрибутив платформы и отдельно не лицензируется. Лицензии нужны на саму платформу и пользовательские сеансы — веб-клиент занимает лицензию так же, как тонкий или толстый клиент.
Что выбрать для публикации только HTTP-сервисов интеграции?
Если трафик умеренный и инфраструктура простая, достаточно встроенного веб-сервера платформы или Apache. Для критичных интеграций с внешними системами лучше внешний веб-сервер за обратным прокси с TLS — так проще контролировать доступ и журналировать запросы.
Почему после обновления платформы перестал работать веб-доступ?
Модуль расширения веб-сервера привязан к версии платформы. После обновления нужно установить модуль расширения новой версии и, при необходимости, перепубликовать базу. Проверьте также, что в конфигурации веб-сервера подключается модуль из каталога актуальной версии.
Можно ли использовать Nginx вместо Apache для публикации 1С?
Модуля расширения 1С для Nginx не существует, поэтому напрямую публиковать базу на нём нельзя. Nginx часто ставят как обратный прокси перед Apache, IIS или встроенным веб-сервером — для терминации TLS, балансировки и ограничения доступа.
Сколько пользователей выдержит веб-публикация?
Точного универсального числа нет: предел зависит от мощности сервера, конфигурации базы, настроек веб-сервера и характера работы пользователей. Практический ориентир определяется нагрузочным тестированием на реальной базе. При росте нагрузки масштабируют пулы приложений и рабочие процессы сервера 1С.
Что важно запомнить
Выбор веб-сервера для 1С определяется операционной системой и нагрузкой: IIS — для Windows-инфраструктуры, Apache — для Linux и смешанных сред, встроенный веб-сервер — для разработки и небольших задач. Следите за совпадением версий и разрядности модуля расширения, защищайте внешние публикации TLS и ограничением доступа, а результат проверяйте по реальным сценариям работы пользователей.