Администрирование · 12 мин
Как использовать 1С через интернет: рабочие способы и настройка
Как работать с 1С через интернет: облако, веб-сервер, RDP и VPN. Сравнение способов, пошаговая настройка, требования к каналу и правила безопасности доступа.
Работа с 1С через интернет нужна, когда сотрудники находятся вне офиса: на удалёнке, в филиалах, в командировках. Платформа «1С:Предприятие» изначально поддерживает несколько сценариев удалённого доступа — от публикации базы на веб-сервере до аренды готового облачного решения. Выбор зависит от количества пользователей, типа базы (файловая или клиент-серверная), требований к скорости и бюджета.
Главное, что нужно понять сразу: выкладывать базу 1С в открытый интернет без защиты нельзя. В базе хранятся персональные данные сотрудников, финансовая информация, договоры с контрагентами. Любой способ удалённого доступа должен включать шифрование канала, ограничение доступа по IP или VPN и резервное копирование. Ниже разобраны четыре рабочих подхода с их условиями применения, настройкой и типичными ошибками.
Какие способы удалённой работы с 1С существуют
Все варианты сводятся к одному принципу: база остаётся на защищённом сервере, а пользователь подключается к ней по сети. Различается только способ подключения и место размещения сервера.
Облачный сервис. База размещается у провайдера, доступ — через браузер или тонкий клиент по логину и паролю. Пример — сервис «1С:Фреш» от фирмы «1С» и облака франчайзи. Не требует своего сервера, обновления выполняет провайдер.
Публикация на веб-сервере. База на вашем сервере публикуется через IIS или Apache, пользователи подключаются тонким клиентом или браузером по протоколу HTTPS. Подходит для компаний со своим системным администратором.
Терминальный доступ (RDP). Пользователи подключаются к удалённому рабочему столу Windows-сервера, где запущен клиент 1С. Данные по сети не передаются — только картинка экрана, поэтому способ работает даже на медленных каналах.
VPN + прямое подключение. Пользователь поднимает защищённый туннель до офисной сети и подключается к базе так, словно находится в офисе. Требует быстрого канала на стороне сервера, особенно для файловых баз.
Сравнение вариантов
Подходит малому бизнесу без системного администратора. Ограничение — зависимость от провайдера и абонентская плата за каждого пользователя.
Подходит для клиент-серверных баз и компаний со своим админом. Ограничение — нужно грамотно настроить HTTPS и контролировать нагрузку.
Подходит при медленных каналах у пользователей и сложных конфигурациях. Ограничение — нужны лицензии на терминальный доступ и мощный сервер.
Подходит для небольшого числа пользователей и серверных баз. Ограничение — файловая база по VPN работает медленно и рискует повредиться при обрыве связи.
Облачный сервис: самый простой старт
Облачный вариант не требует покупки сервера, настройки веб-сервера и обслуживания инфраструктуры. Вы регистрируете учётную запись, загружаете свою базу (или создаёте новую из шаблона) и выдаёте доступы сотрудникам. Работа ведётся через браузер или тонкий клиент, который скачивается по ссылке из личного кабинета.
Порядок перехода в облако обычно такой: выгрузите текущую базу через конфигуратор в файл с расширением .dt, проверьте, что конфигурация поддерживается сервисом (типовые «Бухгалтерия», «Управление торговлей», «Зарплата и управление персоналом» поддерживаются, сильно доработанные решения — не всегда), загрузите файл в облако и проверьте корректность данных. До полного перехода полезно поработать в облаке параллельно с локальной базой хотя бы несколько дней.
Учитывайте ограничения: в облачных сервисах часто недоступны прямой доступ к СУБД, некоторые внешние компоненты и COM-объекты, а обмены с другими системами настраиваются через специальные механизмы. Если у вас нестандартные интеграции, уточните их поддержку до переноса данных.
Публикация базы на веб-сервере
Это штатный механизм платформы: база публикуется на веб-сервере IIS (Windows) или Apache (Windows/Linux), после чего пользователи подключаются по адресу вида https://server/base через браузер или тонкий клиент. Для клиент-серверных баз (SQL Server, PostgreSQL) это наиболее масштабируемый вариант.
- 1Установите веб-сервер (IIS или Apache) и модули расширения веб-сервера 1С с дистрибутива платформы той же версии, что и сервер 1С
- 2Откройте конфигуратор от имени администратора, выберите «Администрирование» → «Публикация на веб-сервере»
- 3Укажите имя публикации латиницей, каталог и параметры доступа, нажмите «Опубликовать»
- 4Настройте HTTPS: установите SSL-сертификат (подойдёт бесплатный Let’s Encrypt) и запретите доступ по HTTP
- 5Проверьте подключение: откройте адрес публикации в браузере и войдите под тестовым пользователем
Критичный момент — версии компонентов. Модуль расширения веб-сервера должен точно соответствовать версии платформы, на которой работает сервер 1С. После обновления платформы публикацию нужно выполнить заново, иначе пользователи получат ошибки подключения или несовместимости.
Для файловых баз публикация на веб-сервере тоже возможна, но при числе одновременных пользователей больше нескольких человек производительность заметно падает. Если пользователей много, правильнее перевести базу в клиент-серверный вариант.
Доступ через RDP и терминальный сервер
При терминальном доступе 1С запускается на сервере, а пользователь видит только изображение экрана. Это даёт два преимущества: работа возможна на слабом канале (достаточно стабильных нескольких сотен килобит в секунду) и данные базы физически не покидают сервер.
Для организации терминального доступа нужен Windows Server с ролью «Удалённые рабочие столы» и соответствующие лицензии (RDS CAL) на каждого пользователя или устройство. На сервер устанавливается платформа 1С, пользователям выдаются учётные записи с ограниченными правами — только запуск 1С, без доступа к файловой системе сервера.
Выставлять RDP-порт (по умолчанию 3389) напрямую в интернет опасно: такие серверы постоянно сканируются ботами и подвергаются подбору паролей и атакам через уязвимости протокола. Безопасные варианты — пускать RDP только через VPN, ограничить доступ по списку IP-адресов на файрволе или использовать шлюз удалённых рабочих столов (RD Gateway) с HTTPS.
Подключение через VPN
VPN создаёт зашифрованный туннель между компьютером сотрудника и офисной сетью. После подключения пользователь работает с базой так, как будто сидит в офисе: указывает сетевой путь или имя сервера в списке баз.
VPN можно поднять средствами роутера (многие модели Keenetic, MikroTik и другие поддерживают серверы L2TP/IPsec, WireGuard, OpenVPN), на отдельном сервере или через облачные VPN-решения. Для клиент-серверной базы (SQL) этот вариант работает приемлемо: клиент и сервер обмениваются относительно компактными запросами.
Для файловой базы VPN — плохой выбор. Файловый режим подразумевает интенсивную работу с файлом базы по сети, и при задержках интернет-канала работа становится мучительно медленной, а обрыв соединения во время записи может повредить файл базы. Если база файловая, а сотрудники удалённые — выбирайте веб-сервер, RDP или облако.
Как выбрать способ
Требования к каналу, скорости и лицензиям
Требования к интернет-каналу зависят от способа доступа. Для RDP важна стабильность соединения, а не ширина канала — передаётся только изображение. Для веб-клиента и тонкого клиента нужен канал с низкими задержками: при пинге до сервера более 100–150 мс работа в интерфейсе становится заметно «тяжёлой». Для VPN с прямым подключением к серверной базе желателен симметричный канал на стороне офиса.
Отдельно проверьте лицензионную составляющую. Для терминального сервера требуются лицензии RDS CAL помимо серверной лицензии Windows. Для 1С действуют клиентские лицензии на количество одновременных сеансов — удалённая работа их не отменяет. В облачных сервисах лицензии обычно включены в абонентскую плату, но стоит проверить условия конкретного тарифа.
Как проверить результат
База открывается по HTTPS-адресу или через VPN, вход по логину и паролю проходит за несколько секунд
Соединение доступно по HTTP без шифрования или порт открыт всему интернету без ограничений
Открытие документа и проведение занимают секунды, интерфейс не зависает
Каждое действие занимает десятки секунд, сеансы обрываются
Настроено автоматическое копирование, копия проверена тестовым восстановлением
Копии делаются вручную «когда вспомнят» или восстановление ни разу не проверялось
Безопасность и резервное копирование
Удалённый доступ расширяет периметр атаки, поэтому минимальный набор мер обязателен: сложные пароли и запрет пустых паролей в 1С, разграничение прав (каждому пользователю — только его роль), двухфакторная аутентификация там, где она поддерживается, регулярные обновления платформы и операционной системы сервера.
Резервное копирование при удалённой работе становится ещё важнее: пользователь за сотни километров не поможет, если база повредилась. Настройте автоматическое копирование средствами СУБД (для клиент-серверных баз) или планировщика заданий (выгрузка в .dt для файловых), храните копии на отдельном носителе или в другом месте и периодически проверяйте восстановление на тестовой базе. Копия, которую ни разу не восстанавливали, нельзя считать надёжной.
Частые ошибки и как их избежать
Большинство проблем с удалённым доступом к 1С возникает не из-за сложности технологий, а из-за спешки и «временных» решений. Открытый порт «на вечер», общий пароль «для удобства», отключённое копирование «чтобы не тормозило» — каждое из этих упрощений рано или поздно приводит к потере данных или простою учёта.
Вторая группа ошибок — техническая: несоответствие версий платформы и веб-модуля, попытка работать с файловой базой по медленному каналу, нехватка клиентских лицензий при росте числа пользователей. Все они решаются планированием до запуска, а не исправлением после жалоб сотрудников.
Что важно запомнить
Для малого бизнеса проще всего облачный сервис, для своей инфраструктуры — веб-сервер с HTTPS или терминальный доступ через VPN. Файловую базу нельзя использовать через VPN напрямую. Шифрование канала, разграничение прав и проверенное резервное копирование обязательны при любом способе.
Частые вопросы
Можно ли работать в 1С через интернет с планшета или телефона?
Да, если база опубликована на веб-сервере или размещена в облаке — достаточно браузера. Удобство зависит от конфигурации: типовые интерфейсы адаптируются под небольшие экраны ограниченно. Для полноценной работы лучше подходят ноутбук или планшет с клавиатурой.
Что делать, если интернет у пользователя нестабильный?
Выбирайте терминальный доступ (RDP): при обрыве сеанс на сервере сохраняется, и после переподключения пользователь продолжит с того же места. В веб-клиенте и при прямом подключении обрыв во время записи может привести к ошибкам и незавершённым транзакциям.
Нужен ли статический IP-адрес для публикации 1С?
Желателен, но не обязателен. С динамическим адресом можно использовать сервисы динамического DNS, которые привязывают постоянное доменное имя к меняющемуся IP. Учтите, что для HTTPS-сертификата понадобится именно доменное имя, а не IP-адрес.
Можно ли перенести в облако сильно доработанную конфигурацию?
Зависит от сервиса. Большинство облачных площадок работают только с типовыми конфигурациями или ограниченным набором расширений. Если конфигурация существенно изменена, рассматривайте аренду виртуального сервера (VPS/VDS) и публикацию базы на нём — это даёт полный контроль над настройками.
Как понять, что базу пора переводить из файлового режима в клиент-серверный?
Признаки: одновременно работают более 5–10 пользователей, база выросла до нескольких гигабайт, регулярно возникают ошибки блокировок и конфликты при одновременной записи, требуется стабильная работа через интернет. Клиент-серверный вариант снимает большинство этих ограничений, но требует администрирования СУБД.
Кто должен настраивать удалённый доступ — можно ли самостоятельно?
Облачный сервис подключается самостоятельно без специальных знаний. Публикацию на веб-сервере и терминальный доступ лучше поручить специалисту: ошибка в настройках безопасности открывает базу для внешних атак, а цена такой ошибки — утечка или потеря всех учётных данных компании.