Администрирование · 11 мин
Как дать доступ к 1С через интернет
Способы открыть доступ к 1С через интернет: веб-сервер, RDP, VPN, облако и 1С:Фреш. Настройка, требования к безопасности, типичные ошибки и FAQ.
Удалённый доступ к 1С нужен, когда сотрудники работают из дома, филиалов или в командировках, а база развёрнута в офисе. Способов несколько: публикация базы на веб-сервере, терминальный доступ через RDP, подключение по VPN, аренда облачного сервера или переход на SaaS-решение вроде 1С:Фреш. Выбор зависит от типа базы (файловая или клиент-серверная), числа пользователей, требований к скорости и бюджета.
Главный принцип: базу 1С нельзя просто «выставить в интернет» открытием порта на роутере. Прямое пробрасывание портов сервера 1С или SQL наружу — одна из самых частых причин взломов и шифрования баз. Любой сценарий должен включать шифрование трафика, аутентификацию и ограничение доступа по IP или через VPN-туннель.
Ниже разобраны пять рабочих сценария с порядком настройки, ограничениями и проверкой результата. Для каждого указано, в каких условиях он оправдан, а где станет источником проблем.
Определите исходные условия перед выбором способа
Прежде чем настраивать доступ, ответьте на четыре вопроса. Первый — какой тип базы: файловая (папка с файлом 1Cv8.1CD) или клиент-серверная (SQL Server, PostgreSQL). Файловая база ограничивает выбор: для неё подходят веб-сервер, RDP и облако, но при числе пользователей больше 5–7 она начнёт тормозить независимо от канала связи.
Второй вопрос — сколько человек будет работать одновременно и откуда. Третий — есть ли статический публичный IP-адрес у офиса: без него публикация веб-сервера и VPN потребуют дополнительных решений (динамический DNS, аренда адреса у провайдера). Четвёртый — какие конфигурации и расширения используются: некоторые отраслевые решения не поддерживают работу в веб-клиенте.
Как выбрать сценарий
Способ 1. Публикация базы на веб-сервере
Это штатный механизм платформы 1С: база публикуется на веб-сервере (IIS на Windows или Apache на Linux/Windows), после чего пользователи подключаются через браузер (веб-клиент) или тонкий клиент по адресу вида https://server/base. Для файловой базы веб-сервер ставится на тот же компьютер, где лежит база; для клиент-серверной — на любую машину с доступом к серверу 1С.
Порядок действий: установите IIS или Apache с поддержкой расширений 1С, запустите конфигуратор от имени администратора, откройте «Администрирование → Публикация на веб-сервере», укажите имя публикации и каталог, отметьте нужные клиенты (веб-клиент, тонкий клиент, веб-сервисы) и нажмите «Опубликовать». Затем настройте HTTPS: получите сертификат (например, бесплатный Let’s Encrypt) и привяжите его к сайту, чтобы трафик шёл в зашифрованном виде.
Проверка результата: с внешнего устройства откройте адрес публикации — должна появиться форма входа с запросом логина и пароля пользователя 1С. Если открывается страница ошибки веб-сервера или «пустой» список баз, проверьте права на каталог базы и настройки аутентификации в файле default.vrd.
- 1Установите IIS или Apache и модули расширения 1С с дистрибутива платформы
- 2Откройте конфигуратор от имени администратора и перейдите в «Администрирование → Публикация на веб-сервере»
- 3Задайте имя публикации, выберите клиентов и нажмите «Опубликовать»
- 4Настройте HTTPS-сертификат и закройте доступ по HTTP
- 5Проверьте вход с внешнего устройства под тестовым пользователем
Способ 2. Терминальный доступ через RDP
RDP-подход означает, что 1С установлена на сервере в офисе, а пользователи подключаются к рабочему столу этого сервера по протоколу удалённого рабочего стола. Все вычисления происходят на сервере, по сети передаётся только картинка, поэтому способ нечувствителен к медленному интернету у сотрудника и подходит для «тяжёлых» конфигураций.
Для нескольких одновременных пользователей потребуется Windows Server с ролью «Узел сеансов удалённых рабочих столов» и лицензии RDS CAL на каждого пользователя или устройство — это лицензионное требование Microsoft, игнорировать его нельзя. На обычной клиентской Windows одновременный RDP-доступ нескольких пользователей штатно не поддерживается.
Критическое правило безопасности: порт RDP (3389) нельзя открывать напрямую в интернет. Такие серверы массово сканируются и взламываются подбором паролей. Правильная схема — поднять VPN-сервер (WireGuard, OpenVPN или встроенный в роутер), и только внутри VPN-туннеля разрешать RDP-подключения. Альтернатива — шлюз удалённых рабочих столов (RD Gateway) с HTTPS и двухфакторной аутентификацией.
Способ 3. VPN-туннель до офисной сети
VPN не «публикует» 1С, а включает удалённый компьютер в локальную сеть офиса: после подключения туннеля пользователь работает с базой так, будто сидит в офисе. Для файловой базы это означает доступ к сетевой папке, для клиент-серверной — подключение к серверу 1С по внутреннему адресу.
Варианты реализации: WireGuard (быстрый и простой в настройке), OpenVPN, L2TP/IPsec на роутере или межсетевом экране, а также overlay-сети вроде Tailscale, которые не требуют статического IP и проброса портов. Для филиалов применяют site-to-site VPN между двумя роутерами — тогда настройка на компьютерах пользователей вообще не нужна.
Учтите ограничение: файловая база по медленному VPN-каналу работает плохо, потому что платформа гоняет по сети большие объёмы данных. Если канал до офиса нестабильный, комбинируйте VPN с RDP или веб-клиентом, чтобы по туннелю шёл только «лёгкий» трафик.
Способ 4. Облачный сервер и 1С:Фреш
Если своего сервера нет или офисная инфраструктура ненадёжна, базу можно перенести на арендованный виртуальный сервер (VDS) у любого облачного провайдера. На сервере разворачивается платформа 1С, настраивается веб-сервер или RDP по описанным выше схемам, а доступ из интернета обеспечивает сам дата-центр. Плюсы — стабильный канал и статический IP; минусы — ежемесячная аренда и необходимость администрирования.
Отдельный вариант — сервис 1С:Фреш, где база размещается в облаке фирмы «1С» и доступна через браузер по подписке. Это избавляет от настройки серверов вообще, но накладывает ограничения: поддерживаются не все конфигурации и расширения, а доработки возможны только в рамках механизма расширений, без изменения типовой конфигурации.
Сравнение способов доступа
Быстрый старт для файловой базы; ограничение — не вся функциональность доступна в веб-клиенте
Полная функциональность и работа на слабом канале; ограничение — нужны лицензии RDS и настройка сервера
Прозрачный доступ как из офиса; ограничение — чувствителен к скорости канала для файловой базы
Независимость от офисной инфраструктуры; ограничение — арендная плата и администрирование
Нулевое администрирование; ограничение — только поддерживаемые конфигурации и подписка
Безопасность и резервное копирование
Открытие доступа из интернета резко повышает требования к защите. Минимальный набор: HTTPS с действующим сертификатом для веб-доступа, VPN для RDP, сложные пароли и запрет пустых паролей у пользователей 1С, разграничение прав ролями, регулярные обновления платформы и операционной системы. По возможности включите двухфакторную аутентификацию на VPN-шлюзе или в OpenID Connect-провайдере для веб-доступа.
Резервные копии должны делаться автоматически и храниться отдельно от основного сервера — на другом диске, в облачном хранилище или на внешнем носителе. Проверяйте восстановление из копии хотя бы изредка: копия, которая не разворачивается, не является резервной копией. Помните, что шифровальщики при атаке через открытый RDP часто удаляют и теневые копии, и бэкапы на той же машине.
Проверка результата и контрольные точки
После настройки проверьте доступ с реального внешнего подключения — например, с телефона через мобильный интернет, а не из офисной сети. Убедитесь, что вход требует логин и пароль, соединение зашифровано (замок в браузере, активный VPN-туннель), а типовые операции — проведение документа, формирование отчёта — выполняются за приемлемое время.
Как проверить результат
Открывается форма входа 1С по HTTPS
Ошибка веб-сервера, страница без запроса логина или доступ по HTTP
Валидный сертификат, замок в браузере, RDP только внутри VPN
Предупреждение о сертификате, RDP доступен напрямую из интернета
Тестовый пользователь видит только свои разделы
Удалённый пользователь имеет права администратора
Копия создаётся по расписанию и тестово разворачивается
Копий нет или они лежат на том же диске
Что важно запомнить
Выбирайте способ по типу базы и числу пользователей: веб-сервер для быстрого старта, RDP через VPN для полной функциональности, облако или 1С:Фреш при отсутствии своего сервера. Любой доступ стройте на шифровании, аутентификации и отдельных резервных копиях. Прямой проброс портов 1С, SQL или RDP в интернет недопустим.
Частые вопросы
Можно ли открыть доступ к файловой базе 1С через интернет без сервера?
Да. Веб-сервер (IIS или Apache) можно установить на тот же компьютер, где лежит файловая база, опубликовать базу через конфигуратор и настроить HTTPS. Понадобится статический IP, динамический DNS или overlay-сеть. При числе пользователей больше 5–7 файловая база станет узким местом независимо от способа доступа.
Что лучше для удалённой работы: веб-клиент или RDP?
Веб-клиент проще в развёртывании и не требует установки платформы у пользователя, но часть функциональности конфигурации может в нём не работать. RDP даёт полную функциональность и устойчив к медленным каналам, но требует терминального сервера и лицензий RDS при нескольких пользователях.
Нужен ли статический IP-адрес для доступа к 1С через интернет?
Не обязательно. Вместо статического IP можно использовать динамический DNS (DDNS) либо overlay-сети вроде Tailscale, которые работают даже за NAT провайдера без проброса портов. Статический IP удобнее, но часто является платной опцией у провайдера.
Насколько безопасно публиковать 1С на веб-сервере?
Безопасно при соблюдении условий: только HTTPS с действующим сертификатом, сложные пароли пользователей, минимально необходимые права, своевременные обновления платформы и веб-сервера, а также ограничение доступа по IP или через VPN, если круг пользователей фиксирован.
Что делать, если провайдер выдаёт «серый» IP (CG-NAT)?
Проброс портов в этом случае невозможен. Варианты: заказать у провайдера статический или динамический публичный IP, использовать overlay-сеть (Tailscale, ZeroTier), либо перенести базу на облачный сервер, который имеет публичный адрес по умолчанию.
Как организовать доступ для нескольких филиалов?
Оптимально — site-to-site VPN между роутерами офисов, чтобы сети были объединены постоянно без настройки каждого компьютера. Если база клиент-серверная, филиалы подключаются к центральному серверу через туннель; при большом числе пользователей рассмотрите терминальный сервер или веб-клиент в центральном офисе.