Администрирование · 11 мин
1С на удаленном сервере: как настроить доступ и публикацию базы
Как настроить 1С на удаленном сервере: выбор способа доступа (RDP, веб-сервер, клиент-сервер), публикация базы, безопасность, типичные ошибки и проверка результата.
Перенос 1С на удаленный сервер решает сразу несколько задач: сотрудники работают из любой точки, база находится под централизованным контролем, а резервное копирование и обновления выполняются в одном месте. При этом схем внедрения несколько — терминальный доступ через RDP, клиент-серверный вариант с СУБД, публикация базы на веб-сервере — и у каждой свои требования к инфраструктуре и лицензиям.
Ошибки на этапе выбора архитектуры дорого обходятся: например, файловая база по сетевому ресурсу при нескольких пользователях начинает тормозить и рискует повреждением данных, а открытый наружу RDP-порт становится мишенью для ботов и шифровальщиков. Поэтому настройку стоит начинать не с установки платформы, а с ответа на вопросы: сколько пользователей, какой объем базы, откуда будут подключаться и какие есть лицензии.
Ниже разобраны основные сценарии размещения 1С на удаленном сервере, порядок настройки каждого из них, требования к безопасности и способы проверить, что все работает корректно.
Выбор сценария: RDP, веб-доступ или клиент-сервер
Существует три базовых способа организовать работу 1С на удаленном сервере. Первый — терминальный доступ: платформа и база установлены на сервере, пользователи подключаются по RDP и работают в удаленном рабочем столе. Вариант прост в настройке, но требует лицензий на терминальный доступ Windows Server и ощутимых ресурсов сервера на каждого пользователя.
Второй способ — публикация информационной базы на веб-сервере. Пользователи подключаются через браузер или тонкий клиент по HTTP/HTTPS. Это удобно для внешних сотрудников и не требует установки толстого клиента, но веб-клиент имеет ограничения по функциональности: не все операции, доступные в толстом клиенте, работают в браузере.
Третий вариант — клиент-серверная архитектура: сервер 1С:Предприятия плюс СУБД. Это промышленное решение для баз с большим объемом данных и десятками одновременных пользователей. Оно сложнее в развертывании и требует лицензии на сервер 1С, но дает устойчивость к нагрузкам и отказам.
Сравнение вариантов
Подходит для 3–15 пользователей внутри одной сети или через VPN. Минус: нагрузка на сервер растет с каждым сеансом, нужны лицензии RDS.
Подходит для удаленных и мобильных сотрудников, работа через браузер. Минус: ограничения веб-клиента, нужна настройка HTTPS.
Подходит для больших баз и десятков пользователей. Минус: стоимость лицензий на сервер 1С и СУБД, сложность администрирования.
Подготовка сервера и сети
До установки платформы убедитесь, что сервер соответствует задаче. Для терминального сценария ориентируйтесь на объем оперативной памяти с запасом на каждого активного пользователя, быстрые диски (SSD заметно влияют на скорость работы файловых баз и временных файлов) и стабильный канал связи. Для клиент-серверного варианта СУБД и сервер 1С желательно размещать на разных машинах или как минимум выделять ресурсы осознанно.
Сетевой аспект не менее важен. Сервер должен иметь постоянный IP-адрес во внутренней сети, а для доступа извне — либо белый статический IP у провайдера, либо VPN-туннель до офиса или облачной площадки. Открывать RDP-порт (3389) или порт веб-сервера напрямую в интернет без VPN и дополнительной защиты — плохая практика: такие серверы регулярно подбирают боты.
Если сервер арендуется у хостинг-провайдера (VPS/VDS), уточните, разрешено ли использование программных лицензий 1С в виртуальной среде и как организовано резервное копирование на стороне провайдера. Аппаратный ключ HASP на виртуальной машине работать не сможет — потребуется программная лицензия или сетевой ключ с пробросом.
Установка платформы и размещение базы
Установите на сервер дистрибутив платформы 1С:Предприятие той версии, под которую рассчитана ваша конфигурация. Версии платформы на сервере и у клиентов должны быть совместимы; при публикации на веб-сервере устанавливаются также модули расширения веб-сервера из состава дистрибутива.
Файловую базу разместите в каталоге на локальном диске сервера с быстрым доступом. Не размещайте рабочую базу на сетевых дисках и в папках, синхронизируемых облачными клиентами (OneDrive, Яндекс.Диск и подобными): механизмы синхронизации блокируют файлы и могут повредить базу. Для терминального сценария пользователи при подключении просто добавляют базу по локальному пути на сервере.
Для клиент-серверного варианта сначала разверните СУБД, создайте пустую базу данных, затем установите сервер 1С:Предприятия и через консоль кластера создайте информационную базу, указав параметры подключения к СУБД. Загрузку данных выполняйте через выгрузку/загрузку .dt или средствами СУБД.
Публикация базы на веб-сервере
Для публикации под Windows чаще используют IIS: установите компоненты веб-сервера, затем из дистрибутива платформы добавьте модуль расширения веб-сервера (wsap24.dll для соответствующей версии платформы). После этого базу можно опубликовать прямо из конфигуратора: меню «Администрирование» → «Публикация на веб-сервере», где указывается имя публикации, каталог и параметры доступа.
На Linux в качестве веб-сервера обычно применяют Apache с модулем расширения 1С. Логика та же: модуль подключается к конфигурации Apache, а файл default.vrd в каталоге публикации описывает параметры подключения к информационной базе. Права на каталоги публикации и временные файлы должны быть выданы учетной записи, под которой работает веб-сервер.
После публикации настройте HTTPS: получите сертификат (подойдет и бесплатный от Let's Encrypt при наличии доменного имени) и привяжите его к сайту. Передача учетных данных 1С по открытому HTTP недопустима — логин и пароль перехватываются в открытом виде.
- 1Установите компоненты IIS и модули расширения веб-сервера из дистрибутива платформы
- 2Откройте конфигуратор под администратором и выберите «Администрирование → Публикация на веб-сервере»
- 3Укажите имя публикации, каталог и типы клиентов (веб-клиент, тонкий клиент)
- 4Настройте HTTPS: привяжите сертификат к сайту в IIS
- 5Проверьте вход через браузер и через тонкий клиент по адресу публикации
Настройка доступа пользователей и прав
Доступ к базе и доступ к серверу — разные уровни, и их нужно настраивать отдельно. На уровне 1С заведите пользователей в конфигурации, назначьте роли и при необходимости ограничения на уровне записей. Пароли задайте сложные, а для внешних подключений рассмотрите двухфакторную защиту на уровне VPN или шлюза.
На уровне операционной системы ограничьте права: обычным пользователям не нужны административные права на сервере, а учетная запись, под которой работает служба сервера 1С или веб-сервер, должна иметь доступ только к необходимым каталогам. Для терминального доступа создайте отдельную группу пользователей удаленного рабочего стола и настройте политики сеансов — ограничение времени простоя и запрет запуска лишних программ.
Если база публикуется наружу, дополнительно ограничьте доступ на уровне веб-сервера: по IP-адресам, через базовую аутентификацию поверх входа в 1С или через обратный прокси с проверкой. Каждый лишний открытый механизм — потенциальная точка входа.
Резервное копирование и обновление
Удаленный сервер не отменяет необходимости резервных копий — наоборот, концентрация данных в одном месте повышает цену отказа. Для файловой базы настройте регулярное копирование каталога базы в моменты, когда пользователи не работают, либо выгрузку .dt по расписанию через пакетный режим конфигуратора. Для клиент-серверной базы используйте штатные средства СУБД: полные и разностные копии, бэкап журналов транзакций.
Храните копии не на том же диске и не только на том же сервере: минимум одна копия должна уходить на другое устройство или в облачное хранилище. Периодически проверяйте восстановление — копия, которую ни разу не разворачивали, нельзя считать надежной.
Обновления платформы и конфигурации выполняйте в нерабочее время, предварительно сняв копию. На сервере с несколькими опубликованными базами обновление платформы затрагивает все публикации сразу — учитывайте это при планировании и при необходимости держите несколько версий платформы параллельно.
Проверка работоспособности и устранение проблем
После настройки проверьте каждый сценарий работы: вход под обычным пользователем, открытие основных документов и отчетов, проведение документа, формирование печатной формы. Для веб-доступа проверьте вход и через браузер, и через тонкий клиент — они используют одну публикацию, но разные механизмы.
Типичные проблемы имеют узнаваемые признаки. Ошибка «информационная база не обнаружена» при подключении через веб-сервер обычно означает неверный путь в настройках публикации или недостаток прав у учетной записи веб-сервера. Медленная работа при нормальном канале связи чаще указывает на нехватку памяти, медленные диски или антивирус, сканирующий каталог базы в реальном времени — добавьте каталоги 1С в исключения антивируса.
Если тонкий клиент не подключается, а браузер работает, проверьте, что в настройках публикации разрешен тонкий клиент и что версия платформы клиента совместима с серверной. Журналы веб-сервера и технологический журнал 1С — первые места, где стоит искать причину сбоев.
Как проверить результат
База открывается, список пользователей доступен, вход проходит за разумное время
Ошибка публикации, тайм-аут или запрос недоступного ресурса
Операции выполняются без ошибок блокировок
Ошибки СУБД, конфликты блокировок, зависания
Копия создается по расписанию и тестово восстанавливается
Копия есть только на том же диске или не восстанавливается
Подключение только через VPN или HTTPS с сертификатом
Порт RDP или HTTP открыт напрямую в интернет
Часто задаваемые вопросы
Можно ли работать в 1С через интернет без веб-сервера?
Да, через RDP или VPN с последующим подключением толстого клиента к серверу 1С. Веб-сервер нужен только для сценария с браузером и тонким клиентом по HTTP. Для небольшой компании связка «VPN + RDP» часто проще в настройке, чем публикация.
Файловая или клиент-серверная база — что выбрать?
Файловая подходит примерно до 5–10 одновременных пользователей и умеренного объема данных. Если пользователей больше, база растет быстро или требуется разграничение нагрузки, переходите на клиент-серверный вариант — PostgreSQL позволяет сделать это без покупки лицензии на коммерческую СУБД, но лицензия на сервер 1С все равно понадобится.
Почему 1С на удаленном сервере работает медленно?
Частые причины: нехватка оперативной памяти, медленные диски, антивирус, сканирующий каталоги базы, или неоптимальные запросы в самой конфигурации. Начните с мониторинга ресурсов сервера в момент «тормозов» и добавления каталогов 1С в исключения антивируса.
Нужен ли статический IP для сервера с 1С?
Для доступа извне — желателен: иначе придется использовать динамический DNS или VPN-сервисы с постоянным адресом. Внутри локальной сети достаточно зарезервировать адрес сервера в DHCP, чтобы он не менялся.
Как безопасно дать доступ внешнему бухгалтеру?
Создайте отдельную учетную запись с минимально необходимыми ролями, пустите подключение только через VPN или HTTPS, ограничьте доступ по IP, если у бухгалтера постоянный адрес. После завершения сотрудничества сразу отключите учетную запись и смените пароли смежных административных доступов.
Можно ли держать несколько баз на одном сервере?
Да. На одном веб-сервере публикуется несколько баз под разными именами, а сервер 1С обслуживает множество информационных баз в одном кластере. Учитывайте суммарную нагрузку: ресурсы сервера делятся между всеми базами и сеансами.