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

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

Что лучше для 1С: Apache или IIS

Сравнение Apache и IIS для публикации баз 1С: производительность, настройка, лицензии, безопасность. Практические рекомендации по выбору веб-сервера.

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

Однозначного ответа «что лучше» не существует: выбор зависит от операционной системы сервера, квалификации администратора, требований к аутентификации и бюджета. Ниже разобраны ключевые различия, сценарии, в которых выигрывает каждый вариант, и типичные ошибки при публикации.

Как 1С работает с веб-сервером

Платформа 1С поставляется с модулем расширения веб-сервера — отдельным компонентом, который устанавливается на машину с Apache или IIS. Именно этот модуль принимает HTTP-запросы от клиентов и передаёт их серверу 1С или файловой базе. Сам веб-сервер выполняет роль «транспорта»: принимает соединения, терминирует TLS, обрабатывает аутентификацию.

Публикация выполняется либо через диалог публикации в конфигураторе (меню «Администрирование» → «Публикация на веб-сервере»), либо утилитой командной строки webinst. В обоих случаях создаётся файл настроек default.vrd и прописывается подключение модуля расширения в конфигурацию веб-сервера.

Важно понимать: разрядность модуля расширения должна совпадать с разрядностью веб-сервера. Для 64-разрядного Apache нужен 64-разрядный модуль 1С, для IIS — соответствующий пул приложений. Несовпадение разрядности — одна из самых частых причин ошибки «модуль не загружается».

Сравнение Apache и IIS по ключевым параметрам

Оба веб-сервера выполняют одну и ту же задачу, но различаются по экосистеме, стоимости и инструментам администрирования. Сопоставление основных параметров приведено в таблице.

ПараметрApacheIIS
Операционная системаWindows и LinuxТолько Windows Server / Windows
СтоимостьБесплатно, открытый кодВходит в Windows, но нужна лицензия на ОС
НастройкаТекстовые конфигурационные файлыГрафическая консоль IIS Manager
Доменная аутентификацияНастраивается через дополнительные модулиВстроенная Windows-аутентификация
Типичная средаLinux-серверы, смешанная инфраструктураДомен Active Directory, стек Microsoft
Документация и примерыОбширная база примеров для 1ССтандартные средства диагностики Windows

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

Когда выбирать Apache

Apache — естественный выбор, если серверная часть развёрнута на Linux. Это распространённая связка: сервер 1С на Linux, СУБД PostgreSQL, веб-сервер Apache на той же или отдельной машине. Такая архитектура позволяет обойтись без лицензий на Windows Server, что заметно снижает стоимость владения при большом числе серверов.

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

Ограничения Apache

Настройка ведётся через конфигурационные файлы, что требует аккуратности: синтаксическая ошибка в httpd.conf или отдельном include-файле может остановить весь веб-сервер, а не только публикацию 1С. Доменная (Windows) аутентификация на Apache настраивается сложнее, чем на IIS, и требует дополнительных модулей.

Когда выбирать IIS

IIS оправдан, если инфраструктура построена на Windows и Active Directory. Встроенная Windows-аутентификация позволяет пользователям входить в базу через браузер или тонкий клиент без повторного ввода логина и пароля — с текущей доменной учётной записью. На Apache такой сценарий требует заметно больше ручной настройки.

Второй аргумент — квалификация персонала. Если администратор привык к консоли IIS Manager, журналам событий Windows и пулам приложений, обслуживание IIS будет для него проще, чем разбор конфигурационных файлов Apache. Это снижает риск ошибок при сопровождении.

Настройка публикации на IIS

Для работы 1С на IIS нужно включить компоненты IIS (в частности, поддержку ISAPI-расширений), установить модуль расширения веб-сервера из дистрибутива платформы и выполнить публикацию. В настройках пула приложений для 32-разрядного модуля включается режим «Enable 32-Bit Applications», для 64-разрядного используется соответствующий модуль.

Порядок публикации базы 1С
  1. 1
    Установите веб-сервер (Apache или IIS) и проверьте, что он отвечает на запросы
  2. 2
    Установите из дистрибутива платформы компонент «Модуль расширения веб-сервера» нужной разрядности
  3. 3
    Откройте базу в конфигураторе: Администрирование → Публикация на веб-сервере
  4. 4
    Укажите имя публикации, каталог и нужные сервисы (веб-клиент, HTTP-сервисы, тонкий клиент)
  5. 5
    Нажмите «Опубликовать» и проверьте создание файла default.vrd
  6. 6
    Перезапустите веб-сервер и откройте адрес публикации в браузере

Безопасность и типичные ошибки

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

Не публикуйте базу «со всеми сервисами», если реально нужен только веб-клиент. Каждый включённый HTTP-сервис и интерфейс OData — потенциальная точка входа. В файле default.vrd включайте только необходимое.

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

Как проверить, что публикация работает корректно

После публикации откройте адрес вида https://сервер/имя_публикации в браузере. Должна загрузиться страница входа веб-клиента или стартовая страница тонкого клиента. Если вместо этого ошибка 404 — публикация не создана или неверно указан виртуальный каталог; ошибка 500 чаще указывает на проблему с модулем расширения или его разрядностью.

Дополнительно проверьте работу под реальной учётной записью пользователя с его правами, а не под администратором: часто публикация «работает» только потому, что тестировали с полными правами.

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

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

Открытие адреса публикации в браузере
Норма

Загружается страница входа 1С

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

Ошибка 404, 500 или загрузка бинарного файла

Вход под обычным пользователем
Норма

Пользователь видит только свои данные и функции

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

Доступны лишние функции или вход невозможен

Протокол соединения
Норма

HTTPS с действующим сертификатом

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

Открытый HTTP или предупреждение о сертификате

Состав опубликованных сервисов
Норма

Включены только нужные сервисы

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

Активны OData и HTTP-сервисы, которые никто не использует

Итоговые рекомендации по выбору

Если сервер на Linux или важна экономия на лицензиях Windows — выбирайте Apache. Если инфраструктура на Windows с доменом и нужна прозрачная аутентификация пользователей — выбирайте IIS. В небольшой организации с одним сервером Windows оба варианта работоспособны, и решающим фактором становится то, с чем умеет работать администратор.

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

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

Серверная ОС — Linux или нужно сэкономить на лицензияхИспользуйте Apache с модулем расширения 1С
Инфраструктура на Windows Server с Active Directory и нужна сквозная аутентификацияИспользуйте IIS с Windows-аутентификацией
Администратор знает только консоль IISВыбирайте IIS — риск ошибок сопровождения ниже
Нужно единообразие конфигураций на нескольких серверахApache с текстовыми конфигами удобнее для переноса и версионирования
Итог

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

Apache и IIS для 1С равнозначны по функциональности и производительности. Выбор определяется операционной системой, необходимостью доменной аутентификации, бюджетом и квалификацией администратора. В любом случае используйте HTTPS, совпадающую разрядность модуля и включайте только нужные сервисы.

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

Можно ли опубликовать одну базу 1С и на Apache, и на IIS одновременно?

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

Нужен ли отдельный сервер под веб-сервер для 1С?

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

Работает ли веб-клиент 1С через Apache на Linux?

Да, это поддерживаемая конфигурация. Модуль расширения веб-сервера поставляется и для Linux-версий Apache. Требования те же: совпадение разрядности модуля и веб-сервера, корректный default.vrd.

Что делать, если после публикации ошибка «Ошибка загрузки компоненты»?

Чаще всего причина — несовпадение разрядности модуля расширения и веб-сервера либо отсутствие нужного модуля в системе. Проверьте разрядность Apache/IIS, переустановите компонент «Модуль расширения веб-сервера» нужной разрядности и перезапустите веб-сервер.

Можно ли использовать Nginx вместо Apache и IIS?

Официально платформа 1С поддерживает публикацию через Apache и IIS. Nginx иногда применяют как обратный прокси перед Apache или IIS — для терминации TLS и балансировки, но модуль расширения 1С напрямую с Nginx не работает.

Влияет ли выбор веб-сервера на скорость работы пользователей?

При корректной настройке заметной разницы нет: основная нагрузка ложится на сервер 1С и СУБД. На скорость сильнее влияют качество канала связи, настройки TLS и количество одновременных соединений, чем выбор между Apache и IIS.