Администрирование · 11 мин
Как настроить веб-доступ к 1С
Подробная инструкция по настройке веб-доступа к 1С через IIS и Apache: публикация базы, настройка веб-сервера, безопасность, типичные ошибки и проверка результата.
Веб-доступ к 1С позволяет работать с базой через браузер или тонкий клиент по протоколу HTTP, без установки платформы на каждом рабочем месте. Это удобно для удалённых сотрудников, филиалов и ситуаций, где нельзя развернуть полноценный клиент. Настройка сводится к трём этапам: установке веб-сервера, публикации информационной базы и проверке подключения.
Перед началом убедитесь, что у вас клиент-серверный или файловый вариант базы с доступом по сети, установлена платформа 1С той же версии, что и на сервере, а также есть права администратора на машине, где будет размещён веб-сервер. Для публикации используется компонент «Модули расширения веб-сервера», который ставится вместе с платформой — проверьте его наличие заранее, иначе публикация завершится ошибкой.
Важно понимать: веб-доступ открывает базу для сети, а при публикации в интернет — для всего мира. Поэтому вопросы аутентификации, шифрования и ограничения доступа — не формальность, а обязательная часть настройки. Ниже разобраны оба популярных варианта веб-серверов — IIS и Apache, а также типичные ошибки и способы проверки результата.
Что нужно подготовить перед настройкой
Для публикации базы потребуется: установленная платформа 1С с компонентом «Модули расширения веб-сервера», веб-сервер (IIS на Windows или Apache), учётная запись с правами администратора и доступ к самой информационной базе. Если база клиент-серверная, уточните параметры подключения к СУБД — они понадобятся при публикации.
Разрядность имеет значение: модуль расширения веб-сервера должен совпадать по разрядности с веб-сервером. Для 64-разрядного IIS используйте 64-разрядную платформу 1С. Несовпадение разрядности — одна из самых частых причин ошибки 500 при открытии базы в браузере.
Также заранее решите, кто будет иметь доступ: только локальная сеть или внешние пользователи. От этого зависит, нужен ли статический IP-адрес или доменное имя, настройка проброса портов на роутере и SSL-сертификат.
Проверьте, что папка базы доступна по сети и службе веб-сервера есть права на чтение
Уточните имя сервера 1С и имя базы в кластере — они нужны при публикации
Проверьте наличие статического IP или домена и подготовьте SSL-сертификат
Установка и настройка веб-сервера IIS
IIS — штатный веб-сервер Windows и наиболее распространённый выбор для публикации 1С. Устанавливается он через «Панель управления» → «Программы» → «Включение или отключение компонентов Windows». Отметьте «Службы IIS», а внутри обязательно включите «Расширения ISAPI» и «Фильтры ISAPI» — без них модуль 1С не заработает.
После установки проверьте, что IIS отвечает: откройте в браузере адрес http://localhost — должна появиться стандартная страница IIS. Если страница не открывается, проверьте, запущена ли служба «Служба веб-публикаций» (W3SVC) в оснастке services.msc.
Настройка пула приложений
Для 64-разрядной платформы откройте диспетчер IIS, перейдите в «Пулы приложений», выберите DefaultAppPool и в дополнительных параметрах установите «Разрешить 32-разрядные приложения» = False. Если используется 32-разрядная платформа, наоборот — включите этот параметр. Удобнее создать отдельный пул для 1С, чтобы не затрагивать другие сайты.
Публикация базы через конфигуратор
Публикация выполняется из конфигуратора: откройте базу, перейдите в меню «Администрирование» → «Публикация на веб-сервере». Укажите имя публикации (латиницей, без пробелов — оно станет частью URL), выберите веб-сервер и каталог, где будут размещены файлы публикации. Каталог должен существовать и быть доступен для записи.
На вкладках публикации отметьте нужные сервисы: для работы через браузер достаточно веб-клиента и тонкого клиента по HTTP, веб-сервисы и HTTP-сервисы включайте только если они реально используются — каждый опубликованный сервис расширяет поверхность атаки. После нажатия «Опубликовать» конфигуратор создаст файл default.vrd и настроит виртуальный каталог.
- 1Установите IIS с компонентами ISAPI или веб-сервер Apache
- 2Убедитесь, что при установке платформы 1С выбран компонент «Модули расширения веб-сервера»
- 3Откройте базу в конфигураторе и выберите «Администрирование» → «Публикация на веб-сервере»
- 4Задайте имя публикации латиницей и укажите каталог
- 5Отметьте только нужные сервисы и нажмите «Опубликовать»
- 6Откройте в браузере http://сервер/имя_публикации и войдите под пользователем базы
Если конфигуратор не может выполнить публикацию из-за недостатка прав, запустите его от имени администратора или опубликуйте вручную через утилиту webinst из каталога платформы. Ручная публикация также удобна для автоматизации через скрипты.
"C:\Program Files\1cv8\<версия>\bin\webinst.exe" -publish -iis -wsdir mybase -dir "C:\inetpub\mybase" -connstr "Srvr=server1c;Ref=mybase;"Настройка Apache как альтернативы
Apache подходит, если нет лицензии на Windows Server или сервер работает на Linux. Установите Apache версии, поддерживаемой вашей платформой 1С (совместимые версии указаны в документации к платформе — обычно это Apache 2.2 или 2.4), и убедитесь, что разрядность Apache совпадает с разрядностью модуля расширения 1С.
Публикация выполняется той же утилитой webinst, но с ключом для Apache: она добавляет в httpd.conf директивы LoadModule и настройки виртуального каталога. После изменения конфигурации перезапустите службу Apache, иначе изменения не применятся.
Сравнение веб-серверов для 1С
Штатный вариант для Windows, простая публикация из конфигуратора, встроенная Windows-аутентификация. Ограничение — требует Windows
Подходит, если IIS занят другими приложениями или нужна гибкая настройка. Требует ручной правки httpd.conf
Экономия на лицензиях ОС, стабильная работа. Ограничение — нужны навыки администрирования Linux и совместимая версия Apache
Безопасность и доступ из интернета
Публикация базы в интернете без защиты — прямой путь к компрометации данных. Минимальный набор мер: включите HTTPS с действующим сертификатом, настройте аутентификацию на уровне веб-сервера (не полагайтесь только на пароли пользователей 1С) и ограничьте доступ по IP, если круг пользователей известен.
Для доступа извне потребуется статический IP-адрес или доменное имя, привязанное к серверу, и проброс портов 80/443 на роутере. Более безопасная альтернатива — не открывать веб-сервер наружу вообще, а пускать удалённых пользователей через VPN: тогда база остаётся доступной только внутри защищённого канала.
Отдельно проверьте права учётной записи, под которой работает пул приложений или служба Apache: ей нужны права на каталог публикации и, для файловой базы, на папку с базой. Не давайте этой учётной записи административных прав на сервере — это избыточно и опасно.
Проверка результата и типичные ошибки
После публикации откройте в браузере адрес вида http://имя_сервера/имя_публикации. Признак успеха — появление окна входа 1С со списком пользователей. Войдите под тестовой учётной записью и выполните несколько типовых операций: откройте документ, сформируйте отчёт. Медленная работа на этом этапе часто говорит о нехватке ресурсов сервера или о том, что файловая база перегружена пользователями.
Тонкий клиент подключается по тому же адресу: при запуске укажите вариант «Веб-сервер» и введите URL публикации. Это удобно для пользователей, которым нужна полная функциональность, недоступная в браузере (например, некоторые виды печати и работа с файлами).
Как проверить результат
Появляется окно входа 1С со списком пользователей
Ошибка 404 (публикация не создана), 500/503 (разрядность или пул) или тайм-аут (файрвол)
Открывается интерфейс базы, документы открываются и сохраняются
Ошибка доступа к базе или зависание на загрузке
Клиент запускается и показывает ту же базу
Ошибка соединения — проверьте, что при публикации включён тонкий клиент
Часто задаваемые вопросы
Можно ли опубликовать файловую базу 1С на веб-сервере?
Да, файловую базу можно публиковать так же, как клиент-серверную. Учтите ограничения: служба веб-сервера должна иметь доступ к папке с базой, а при росте числа одновременных пользователей файловый вариант начнёт тормозить. Для постоянной работы более 5–10 пользователей лучше рассмотреть переход на клиент-серверный вариант.
Чем веб-клиент отличается от тонкого клиента через веб-сервер?
Веб-клиент работает полностью в браузере и не требует установки, но имеет ограничения: сложнее с локальной печатью, работой с файлами и сканерами. Тонкий клиент — устанавливаемая программа, которая подключается к той же публикации по HTTP и поддерживает почти весь функционал платформы при меньшем трафике, чем браузер.
База опубликована, но браузер показывает ошибку 500. Что проверить в первую очередь?
Чаще всего причина в несовпадении разрядности: 64-разрядный модуль 1С не работает в 32-разрядном пуле приложений IIS и наоборот. Проверьте параметр «Разрешить 32-разрядные приложения» в пуле, затем — что установлен компонент «Модули расширения веб-сервера» нужной разрядности и что в каталоге публикации есть файл default.vrd.
Нужен ли статический IP-адрес для доступа из интернета?
Желателен, но не обязателен. Альтернативы — доменное имя с динамическим DNS или доступ через VPN, где внешний адрес не важен. Учтите, что с динамическим IP при смене адреса пользователи потеряют доступ до обновления DNS-записи, поэтому для постоянной работы статический адрес надёжнее.
Безопасно ли открывать веб-доступ к 1С без VPN?
Возможно, но только при соблюдении мер: HTTPS с действующим сертификатом, сложные пароли пользователей, отключённые лишние сервисы, актуальные обновления платформы и веб-сервера. Если есть возможность, VPN или ограничение доступа по IP заметно снижают риски — это предпочтительный вариант для баз с конфиденциальными данными.
Почему веб-клиент работает медленнее, чем обычное подключение?
Веб-клиент чувствителен к задержкам сети: каждое действие идёт через веб-сервер. Проверьте загрузку сервера, качество канала у пользователей и число одновременных сеансов. Для файловой базы замедление при росте пользователей — ожидаемое поведение; в этом случае помогает переход на клиент-серверную архитектуру.
Что важно запомнить
Веб-доступ к 1С настраивается публикацией базы на IIS или Apache через конфигуратор с компонентом «Модули расширения веб-сервера». Ключевые точки контроля: совпадение разрядности платформы и веб-сервера, корректные права на каталоги, HTTPS и надёжная аутентификация при доступе из интернета. Проверяйте результат входом через браузер и тонкий клиент до передачи доступа пользователям.