Администрирование · 12 мин
Удаленный доступ к 1С 8 через интернет: как настроить
Как настроить удаленный доступ к 1С 8 через интернет: веб-сервер, RDP, VPN, клиент-серверный режим. Сравнение способов, безопасность, типичные ошибки и FAQ.
Организовать удаленный доступ к 1С 8 через интернет можно несколькими способами, и выбор зависит от режима работы базы: файловой или клиент-серверной. Наиболее распространенные варианты — публикация базы на веб-сервере (IIS или Apache), подключение через RDP к терминальному серверу, доступ по VPN к локальной сети и прямое клиент-серверное подключение с открытым портом.
Каждый способ имеет свои требования к инфраструктуре, скорости канала и уровню защиты. Например, публикация через веб-сервер позволяет работать в браузере и через тонкий клиент без установки полной платформы, а RDP снимает нагрузку с канала связи, так как по сети передается только изображение экрана.
Главный риск при любом сценарии — выставить базу в открытый интернет без должной защиты. База 1С содержит финансовые и персональные данные, поэтому открытый порт без VPN, шифрования и ограничения доступа — прямой путь к компрометации. Ниже разобраны рабочие схемы, их настройка и границы безопасной самостоятельной работы.
Какие способы удаленного доступа существуют
Прежде чем что-то настраивать, определите режим работы вашей базы и количество удаленных пользователей. От этого зависит вся архитектура решения.
Основные варианты:
- Публикация на веб-сервере — база доступна через браузер или тонкий клиент по адресу вида https://server/base. Подходит и для файлового, и для клиент-серверного режима.
- RDP (терминальный доступ) — пользователи подключаются к серверу или рабочему компьютеру в офисе и запускают 1С там. По сети идет только картинка экрана.
- VPN до офисной сети — удаленный компьютер становится частью локальной сети, дальше подключение идет как обычно: по сетевому пути к файловой базе или кластеру серверов.
- Прямое клиент-серверное подключение — клиент подключается к серверу 1С:Предприятия по его внешнему адресу. Требует проброса портов и строгой защиты.
- Облачные сервисы (1С:Фреш, аренда 1С) — база размещается у провайдера, доступ через интернет уже встроен в модель сервиса.
Сравнение вариантов
Подходит для 1–30 пользователей, работа из браузера. Ограничение: требует настройки HTTPS и корректной публикации, часть функционала полного клиента недоступна в браузере.
Подходит при медленном канале и тяжелых конфигурациях. Ограничение: нагрузка на сервер растет с числом пользователей, нужны лицензии на терминальный доступ.
Подходит для небольшого офиса с файловой базой. Ограничение: файловая база по VPN работает медленно на тонком канале, возможны блокировки.
Подходит для клиент-серверной базы с белым IP. Ограничение: высокие требования к безопасности, без VPN применять не рекомендуется.
Подготовка: что понадобится перед настройкой
Для любого из способов, кроме облачного сервиса, нужен постоянный адрес, по которому ваш сервер виден из интернета. Это либо статический (белый) IP-адрес от провайдера, либо доменное имя, привязанное к динамическому IP через службы DDNS.
Проверьте и подготовьте:
- статический IP или настроенный DDNS-домен;
- доступ к маршрутизатору (роутеру) для проброса портов;
- права администратора на сервере, где размещена база;
- SSL-сертификат для HTTPS (подойдет бесплатный Let's Encrypt);
- резервную копию базы перед любыми изменениями конфигурации сети.
Настройка доступа через веб-сервер
Публикация на веб-сервере — самый популярный способ для файловых и клиент-серверных баз. Пользователи работают в браузере или через тонкий клиент, устанавливать полную платформу на каждое рабочее место не нужно.
Публикация на IIS (Windows)
На сервере должен быть установлен IIS с модулями CGI/ISAPI и компонент «Модули расширения веб-сервера» платформы 1С (ставится при установке платформы, если отметить соответствующий пункт). Дальше публикация выполняется из конфигуратора: откройте базу в конфигураторе, выберите «Администрирование → Публикация на веб-сервере», укажите имя публикации (латиницей), каталог и тип веб-сервера, затем нажмите «Опубликовать».
После публикации база открывается по адресу вида http://имя_сервера/имя_публикации. Для доступа из интернета на роутере пробросьте порт 443 (HTTPS) на сервер, выпустите и привяжите сертификат в IIS, а HTTP-трафик перенаправьте на HTTPS.
Публикация на Apache
Для Apache используется утилита webinst из каталога платформы. Команда публикации выглядит примерно так:
webinst -publish -apache24 -wsdir mybase -dir "C:\www\mybase" -connStr "File=\"C:\bases\mybase\";" -confPath "C:\Apache24\conf\httpd.conf"После выполнения команды перезапустите Apache и проверьте, что база открывается в браузере. Для HTTPS настройте виртуальный хост с сертификатом и пробросьте 443 порт на роутере.
Доступ через RDP к терминальному серверу
При работе через RDP сама 1С запускается на сервере в офисе, а пользователь видит только экран. Это лучший вариант при медленном интернете у сотрудников и тяжелых конфигурациях вроде ERP или комплексной автоматизации: требования к каналу минимальны, достаточно стабильных 1–2 Мбит/с на пользователя.
Порядок организации: разверните на сервере роль «Удаленные рабочие столы» (Remote Desktop Services) в Windows Server, создайте пользователей, установите платформу 1С и настройте доступ к базе. Либо, если речь об одном-двух сотрудниках, разрешите RDP-подключение к обычному офисному компьютеру, где уже работает 1С.
Критически важно: порт 3389 (RDP) нельзя открывать в интернет напрямую — такие серверы массово взламывают подбором паролей. Используйте VPN для доступа к RDP, либо шлюз удаленных рабочих столов (RD Gateway) с HTTPS, либо как минимум смените порт и включите блокировку после нескольких неудачных попыток входа.
Доступ через VPN к офисной сети
VPN создает зашифрованный туннель между удаленным компьютером и офисной сетью. После подключения пользователь работает с 1С так, будто сидит в офисе: файловая база открывается по сетевому пути, клиент-серверная — по имени сервера.
Простейший вариант — настроить VPN-сервер на самом роутере (многие модели поддерживают L2TP/IPsec, OpenVPN или WireGuard) или на Windows Server через роль «Удаленный доступ». WireGuard и OpenVPN считаются более современными и устойчивыми решениями, чем устаревший PPTP, который использовать не рекомендуется из-за слабой защиты.
Учтите ограничение: файловая база 1С чувствительна к задержкам сети. По VPN через нестабильный интернет работа будет медленной, а при обрыве связи возможны ошибки блокировок и повреждение индексов. Для файлового режима с удаленными пользователями надежнее веб-сервер или RDP, а VPN оставить как защитный слой.
Как выбрать действие
Проверка результата и типичные ошибки
После настройки проверьте доступ с внешнего устройства, не подключенного к офисной сети, — например, с телефона через мобильный интернет. Откройте адрес публикации или подключитесь по VPN и войдите в базу под учетной записью реального пользователя.
Как проверить результат
Страница входа загружается, в адресной строке значок защищенного соединения
Ошибка сертификата, страница недоступна или открывается только по HTTP
Документы открываются за несколько секунд, проведение не вызывает зависаний
Каждое действие занимает десятки секунд — канал или режим работы выбран неверно
Сканер портов показывает открытым только 443 (или VPN-порт)
Открыты 1540, 1433, 3389 или 80 без перенаправления на HTTPS
Пользователь видит только свои данные и документы
Удаленный пользователь имеет полные права — это риск при утечке пароля
Безопасность: минимальный обязательный набор
Удаленный доступ расширяет периметр атаки, поэтому после настройки пройдитесь по базовым мерам защиты. Они не требуют специальных знаний, но отсекают большинство типовых угроз.
- Шифрование: только HTTPS с действующим сертификатом или VPN-туннель, никакого открытого HTTP.
- Аутентификация: сложные пароли, отдельные учетные записи для каждого сотрудника, отключение учеток уволенных в день увольнения.
- Минимизация прав: удаленным пользователям — только те роли, которые нужны для работы.
- Обновления: своевременно обновляйте платформу 1С, веб-сервер и операционную систему.
- Резервное копирование: регулярные копии базы с хранением вне основного сервера.
- Журналирование: включите журнал регистрации и периодически проверяйте необычные входы.
Если веб-публикация открывается внутри офиса, но недоступна извне, проблема почти всегда в одном из трех мест: не проброшен порт на роутере, провайдер выдал серый IP (нужен статический или DDNS), либо порт блокирует брандмауэр Windows. Проверяйте именно в этом порядке — так быстрее локализовать причину.
Часто задаваемые вопросы
Можно ли работать с файловой базой 1С через интернет без сервера?
Можно, если опубликовать файловую базу на веб-сервере, развернутом на обычном рабочем компьютере с белым IP, либо пользоваться удаленным рабочим столом к этому компьютеру. Однако держать базу на офисном ПК рискованно: при его выключении доступ пропадает, а надежность ниже серверной. Для постоянной работы нескольких сотрудников лучше выделенный сервер или облачная аренда.
Что быстрее: веб-клиент, тонкий клиент или RDP?
При хорошем канале сопоставимо. При медленном или нестабильном интернете выигрывает RDP, так как передается только изображение экрана. Тонкий клиент экономичнее веб-клиента по трафику, так как работает через собственный протокол, а не рендерит интерфейс в браузере. Выбирайте по качеству канала у сотрудников и требованиям конфигурации.
Нужен ли статический IP-адрес для удаленного доступа?
Строго говоря, нет: динамический IP можно компенсировать службой DDNS, которая привязывает доменное имя к меняющемуся адресу. Но статический IP надежнее и проще в обслуживании, особенно при использовании VPN и HTTPS-сертификатов. Уточните у провайдера, не находитесь ли вы за NAT провайдера — в этом случае проброс портов не сработает вовсе.
Безопасно ли открывать RDP-порт в интернет?
Нет, открытый порт 3389 — одна из самых частых точек взлома: его сканируют боты и подбирают пароли. Безопасные варианты: доступ к RDP только через VPN, использование RD Gateway с HTTPS, либо как минимум смена порта, сложные пароли и блокировка после нескольких неудачных попыток входа.
Почему после публикации база выдает ошибку 500 или пустую страницу?
Частые причины: несовпадение разрядности модуля расширения веб-сервера и самого веб-сервера, отсутствие прав у службы веб-сервера на каталог базы, не установлен компонент «Модули расширения веб-сервера» при установке платформы. Проверьте журнал ошибок IIS или Apache — там указана конкретная причина сбоя.
Как быть, если сотрудников много и все работают удаленно?
При десятках одновременных пользователей локальная инфраструктура требует серьезных мощностей и администрирования. В этом случае рационально рассмотреть клиент-серверную архитектуру с выделенным сервером 1С и SQL, терминальную ферму или переход на облачный сервис, где масштабирование и доступность обеспечивает провайдер.
Что важно запомнить
Выбирайте способ доступа под режим базы и канал связи: веб-сервер с HTTPS — универсально, RDP — при слабом интернете, VPN — как защитный слой. Никогда не открывайте порты сервера 1С, SQL и RDP напрямую в интернет. Перед настройкой сделайте резервную копию, после — проверьте доступ с внешнего устройства и убедитесь, что извне открыт только защищенный порт.