Как опубликовать базу 1С в интернете

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

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

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

Что понадобится перед началом работы

Для публикации потребуется сервер с Windows или Linux, на котором установлен веб-сервер: IIS (для Windows) или Apache (кроссплатформенный вариант). Также нужен дистрибутив платформы 1С той же версии, что и у рабочей базы, причём при установке обязательно отметьте компонент «Модули расширения веб-сервера» — по умолчанию он может не устанавливаться.

Сервер должен иметь статический внешний IP-адрес или доменное имя, привязанное к нему. Доменное имя предпочтительнее: на него проще выпустить SSL-сертификат, а при смене IP достаточно обновить DNS-запись, не перенастраивая клиентов.

• Установленная платформа 1С с модулями расширения веб-сервера;
• Веб-сервер IIS или Apache с правами администратора на него;
• Статический IP-адрес или доменное имя;
• SSL-сертификат для домена (можно бесплатный, например Let’s Encrypt);
• Резервная копия базы перед любыми изменениями.

Выбор способа доступа: веб-клиент, тонкий клиент или веб-сервисы

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

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

Сравнение вариантов доступа

Веб-клиент (браузер)

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

Тонкий клиент через веб-сервер

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

VPN + обычное подключение

Максимальная безопасность, база не видна в интернете. Ограничение: нужно настраивать VPN-сервер и клиентов.

Публикация базы через конфигуратор

Самый простой способ опубликовать базу — встроенный механизм конфигуратора. Откройте конфигуратор под пользователем с полными правами, перейдите в меню «Администрирование» → «Публикация на веб-сервере». В появившемся окне укажите имя публикации (латиницей, без пробелов — оно станет частью адреса), выберите тип веб-сервера и каталог, где будут размещены файлы публикации.

На вкладках окна публикации отметьте нужные флажки: публикация тонкого и веб-клиента, стандартного интерфейса OData, веб-сервисов. Для обычной работы пользователей достаточно первого пункта. После нажатия кнопки «Опубликовать» платформа создаст в указанном каталоге файл default.vrd и настроит приложение на веб-сервере.

1. 1
   Сделайте резервную копию базы и убедитесь, что веб-сервер запущен.
2. 2
   Откройте конфигуратор с полными правами: Администрирование → Публикация на веб-сервере.
3. 3
   Задайте имя публикации латиницей, выберите веб-сервер и каталог публикации.
4. 4
   Отметьте публикацию тонкого и веб-клиента, при необходимости — сервисов.
5. 5
   Нажмите «Опубликовать» и подтвердите действие.
6. 6
   Откройте в браузере адрес вида https://ваш-домен/имя_публикации и войдите под тестовым пользователем.

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

Публикация вручную через файл default.vrd

Если конфигуратор недоступен на сервере, публикацию можно создать вручную: достаточно сформировать файл default.vrd с описанием подключения к базе и зарегистрировать виртуальный каталог на веб-сервере. Этот способ также удобен для автоматизации развёртывания на нескольких серверах.

Настройка HTTPS и сертификата

Шифрование трафика — обязательное условие для публикации в интернете. Получите SSL-сертификат на доменное имя: платный у любого удостоверяющего центра или бесплатный через Let’s Encrypt с автоматическим продлением. В IIS сертификат привязывается к сайту в настройках привязок (bindings) с указанием порта 443, в Apache — прописывается в конфигурации виртуального хоста.

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

Ограничение доступа и защита базы

Даже с HTTPS открытая форма входа 1С остаётся видимой всему интернету и будет регулярно сканироваться ботами. Минимизируйте риски несколькими мерами. Во-первых, задайте всем пользователям сложные пароли и отключите неиспользуемые учётные записи. Во-вторых, по возможности ограничьте доступ по списку IP-адресов на уровне веб-сервера или файрвола — это резко сокращает поверхность атаки.

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

• Используйте сложные пароли и регулярно пересматривайте список пользователей;
• Назначайте минимально необходимые роли — не давайте всем полные права;
• Ограничьте доступ по IP, если адреса пользователей известны;
• Рассмотрите VPN как альтернативу открытой публикации;
• Следите за журналами веб-сервера на предмет подозрительных попыток входа.

Проверка работы и типичные проблемы

После публикации откройте адрес вида https://ваш-домен/имя_публикации в браузере. Должна появиться форма входа 1С, а после ввода учётных данных — интерфейс программы. Проверьте также подключение тонким клиентом: при добавлении базы в список выберите тип размещения «На веб-сервере» и укажите тот же адрес.

Если страница не открывается, проверьте последовательно: запущен ли веб-сервер, открыт ли порт 443 на файрволе сервера и на стороне провайдера, корректна ли DNS-запись домена. Ошибка вида «Ошибка HTTP» при входе часто означает несовпадение версий платформы на сервере и клиенте или неверные права на каталог публикации.

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

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

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

Норма

Отображается форма входа 1С, соединение защищено (значок замка)

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

Ошибка 404, 500 или предупреждение о небезопасном соединении

Вход под тестовым пользователем

Норма

Загружается интерфейс конфигурации, данные отображаются

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

Ошибка аутентификации или пустая страница после входа

Подключение тонкого клиента

Норма

База добавляется по адресу веб-сервера и запускается

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

Ошибка соединения или несовпадения версий платформы

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

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

FAQ: частые вопросы о публикации базы 1С

Можно ли опубликовать файловую базу, или нужен сервер 1С?

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

Какой веб-сервер выбрать — IIS или Apache?

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

Нужна ли отдельная лицензия 1С для работы через веб-сервер?

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

Что делать, если у провайдера нет статического IP-адреса?

Используйте сервисы динамического DNS (DDNS), которые привязывают доменное имя к меняющемуся адресу. Учтите, что при смене IP возможны кратковременные перерывы доступа, а выпуск некоторых сертификатов на DDNS-домены ограничен. Для постоянной работы статический IP или аренда VPS надёжнее.

Безопасно ли открывать базу в интернете без VPN?

При корректной настройке HTTPS, сложных паролях, ограниченных правах и регулярных обновлениях платформы риск приемлем для многих сценариев. Однако VPN добавляет дополнительный уровень защиты и скрывает форму входа от посторонних, поэтому для баз с чувствительными данными он предпочтительнее.

Почему веб-клиент работает медленнее, чем программа в офисе?

Веб-клиент передаёт данные интерфейса по сети при каждом действии, поэтому чувствителен к задержкам канала. Ускорить работу помогают стабильное соединение у пользователя, тонкий клиент вместо браузера и оптимизация самой конфигурации — снижение объёма данных, выводимых в списках и формах.