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

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

Как настроить удалённую работу в 1С

Как настроить удалённую работу в 1С: RDP, веб-сервер, тонкий клиент, 1С:Фреш. Пошаговая настройка, требования к каналу, безопасность и проверка результата.

Удалённая работа в 1С нужна, когда сотрудники подключаются к базе из дома, филиала или командировки. Универсального «включения одной галочки» здесь нет: способ зависит от того, где развёрнута база (файловая или клиент-серверная), сколько пользователей подключается одновременно и какой у вас канал связи. Неправильный выбор схемы приводит к медленной работе, обрывам сеансов и даже повреждению данных.

Основных подхода четыре: публикация базы на веб-сервере, работа через терминальный доступ (RDP), подключение тонким клиентом по протоколу 1С и облачные сервисы вроде 1С:Фреш. Каждый вариант требует своей настройки и имеет ограничения по производительности и безопасности. Ниже разберём, как выбрать схему и настроить её шаг за шагом.

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

Выбор схемы удалённого доступа

Сначала определите тип вашей базы. Файловая база (каталог с файлом 1Cv8.1CD) плохо переносит одновременную работу по сети и тем более через интернет — её нельзя просто «расшарить» через VPN, это почти гарантированно приведёт к медленной работе и риску повреждения файла. Клиент-серверная база (на MS SQL Server, PostgreSQL и т.п.) рассчитана на сетевую работу и подходит для удалённого доступа гораздо лучше.

Второй критерий — число пользователей и требования к интерфейсу. Если удалённо работают 2–5 человек, достаточно RDP-сервера. Если десятки пользователей в разных городах — рассматривайте веб-публикацию или тонкий клиент. Если сервера и администратора нет вовсе, логичен переход в облако.

Сравнение вариантов

Веб-сервер (IIS/Apache) + тонкий клиент или браузер

Подходит для клиент-серверных и файловых баз, работает через интернет по HTTPS. Ограничение: требует настройки веб-сервера и SSL-сертификата, часть функциональности в веб-клиенте ограничена.

RDP (терминальный сервер)

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

Тонкий клиент по протоколу 1С

Экономит трафик, подключается напрямую к серверу 1С. Ограничение: открывать порт кластера в интернет напрямую небезопасно, нужен VPN.

1С:Фреш (облако)

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

Публикация базы на веб-сервере

Это основной способ организовать полноценный удалённый доступ. На сервере устанавливается IIS (в Windows Server) или Apache, затем на него публикуются модули расширения веб-сервера 1С. Пользователи подключаются через браузер (веб-клиент) или через тонкий клиент по адресу вида https://ваш-сервер/ИмяБазы.

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

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

Для доступа через интернет обязательно настройте HTTPS: получите SSL-сертификат (подойдёт и бесплатный от Let's Encrypt) и привяжите его к сайту в веб-сервере. Работа по открытому HTTP означает передачу логинов и данных в незашифрованном виде — для учётной системы это недопустимо.

Проверка результата

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

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

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

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

Появляется окно входа 1С, после авторизации загружается интерфейс

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

Ошибка 404, 500 или бесконечная загрузка — проблема с публикацией или модулями расширения

Работа в тонком клиенте
Норма

База открывается, документы проводятся без заметных задержек

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

Подключение обрывается или зависает — проверяйте канал, таймауты и нагрузку на сервер

Шифрование соединения
Норма

В адресной строке HTTPS и значок защищённого соединения

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

Соединение по HTTP или браузер ругается на сертификат

Удалённая работа через RDP

Терминальный доступ — самый быстрый в развёртывании вариант: на сервере поднимается служба удалённых рабочих столов, на неё устанавливается платформа 1С, а пользователи подключаются стандартным клиентом «Подключение к удалённому рабочему столу». Вся обработка идёт на сервере, по сети передаётся только картинка, поэтому схема хорошо работает даже на слабом канале.

Ограничения два. Во-первых, для работы более двух одновременных административных сессий нужны лицензии удалённых рабочих столов (RDS CAL) на каждого пользователя или устройство. Во-вторых, сервер должен выдерживать суммарную нагрузку: каждый сеанс расходует оперативную память и процессорное время.

Типовая схема: на роутере или отдельном сервере поднимается VPN (OpenVPN, WireGuard, L2TP/IPsec), пользователь сначала подключается к VPN, получает адрес во внутренней сети, и только потом запускает RDP-клиент к терминальному серверу. Так внутренние порты остаются закрытыми снаружи.

Тонкий клиент по протоколу 1С и через VPN

Тонкий клиент 1С умеет подключаться к кластеру серверов напрямую по собственному протоколу (порты 1540–1541 по умолчанию). Это экономит трафик по сравнению с толстым клиентом и даёт полный интерфейс конфигурации. Однако открывать эти порты в интернет напрямую небезопасно: протокол рассчитан на доверенную сеть.

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

Облачный вариант: 1С:Фреш и аренда серверов

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

Альтернатива — аренда виртуального сервера (VPS/VDS) у хостинг-провайдера и развёртывание на нём той же схемы с веб-сервером или RDP. Это даёт полный контроль над конфигурацией, но перекладывает на вас обновления, резервное копирование и безопасность. Перед переносом базы в облако убедитесь, что канал в офисе стабилен: при постоянной работе через интернет даже кратковременные обрывы ощутимы.

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

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

База клиент-серверная, удалённых пользователей много, есть администраторПубликуйте базу на веб-сервере с HTTPS и подключайте пользователей тонким клиентом или через браузер
Удалённо работают 2–5 человек, нужен привычный интерфейс и быстрый стартНастройте терминальный сервер с доступом через VPN
Своего сервера и администратора нет, конфигурация типоваяРассмотрите 1С:Фреш или аренду облачного сервера
База файловая и живёт на обычном компьютере в офисеНе открывайте к ней сетевой доступ — настройте RDP на этот компьютер через VPN или перенесите базу на сервер

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

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

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

Типичные ошибки
01
Открытие порта RDP или кластера 1С напрямую в интернет — сервер быстро находят боты и подбирают пароли
02
Работа с файловой базой через сетевую папку по VPN — медленно и ведёт к повреждению файла базы
03
Публикация по HTTP без сертификата — логины и данные передаются открытым текстом
04
Несовпадение версии модулей расширения веб-сервера с версией платформы — ошибки 500 и неработающая публикация
05
Отсутствие проверенной резервной копии перед перенастройкой — при сбое базу неоткуда восстановить
06
Выдача всем удалённым пользователям полных прав вместо настройки ролей — риск случайного или умышленного искажения данных

Проверка скорости и стабильности работы

После настройки оцените реальную производительность с типичного удалённого рабочего места. Откройте крупный отчёт, проведите документ, выполните поиск по справочнику. Для тонкого клиента и RDP критична не столько скорость канала, сколько стабильность и время отклика (ping): постоянные задержки и потери пакетов ощущаются сильнее, чем низкая пропускная способность.

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

Перед массовым переводом сотрудников на удалённую схему проведите пилот на двух-трёх пользователях в течение недели. Так вы заранее увидите проблемы с печатью документов на локальные принтеры, обменами с другими системами и привыканием пользователей к новому способу входа — и успеете всё исправить до основного перехода.
ПЗ
Практическое замечание

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

Итог

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

Выбирайте схему по типу базы и числу пользователей: веб-публикация с HTTPS — универсальный вариант, RDP через VPN — быстрый старт для малой группы, облако — если нет своего сервера. Никогда не открывайте RDP и кластер 1С напрямую в интернет, не работайте с файловой базой через сетевую папку и всегда делайте резервную копию перед настройкой.

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

Можно ли работать в 1С через интернет без выделенного IP-адреса?

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

Что лучше для удалённой работы: веб-клиент или тонкий клиент?

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

Почему после публикации на веб-сервере возникает ошибка 500?

Чаще всего причина в несовпадении версии модулей расширения веб-сервера с версией платформы 1С или в том, что модули не зарегистрированы в IIS. Проверьте, что при установке платформы была выбрана компонента расширения веб-сервера, и переопубликуйте базу из конфигуратора, запущенного от имени администратора.

Безопасно ли хранить базу 1С в облаке?

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

Сколько пользователей выдержит терминальный сервер?

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

Нужна ли отдельная лицензия 1С для удалённых пользователей?

Лицензии 1С считаются по одновременно работающим сеансам независимо от того, локально пользователь подключён или удалённо. Дополнительно могут понадобиться лицензии на терминальный доступ Windows (RDS CAL), если используется RDP, — это лицензирование Microsoft, а не 1С.