Администрирование · 11 мин
Как настроить работу 1С через интернет
Способы настройки доступа к 1С через интернет: веб-сервер, RDP, облако и VPN. Пошаговая настройка, требования к безопасности, типичные ошибки и FAQ.
Работа с 1С через интернет нужна компаниям, где сотрудники находятся в разных офисах, на выезде или на удалёнке. Существует несколько рабочих способов организовать такой доступ: публикация базы на веб-сервере, удалённый рабочий стол (RDP), терминальный сервер, аренда облачного 1С и связка VPN с файловой или клиент-серверной базой. У каждого варианта свои требования к инфраструктуре, скорости и безопасности.
Выбор способа зависит от трёх факторов: типа базы (файловая или клиент-серверная), количества одновременных пользователей и наличия выделенного сервера. Небольшой компании с файловой базой часто достаточно веб-публикации или облачного сервиса, а организации с десятками пользователей и тяжёлой конфигурацией обычно выбирают терминальный сервер или клиент-серверную архитектуру.
Ниже разобраны основные способы подключения, пошаговая настройка веб-сервера как самого универсального варианта, требования к безопасности и типичные ошибки, которые приводят к потере данных или простою учёта.
Какие способы подключения 1С через интернет существуют
Прежде чем приступать к настройке, определите подходящую архитектуру. Публикация на веб-сервере подходит для файловых и клиент-серверных баз: пользователи заходят через браузер или тонкий клиент по ссылке вида https://адрес/база. RDP и терминальный сервер дают полноценный толстый клиент, но требуют мощного сервера и лицензий на удалённые рабочие столы Windows.
Облачные сервисы (1С:Фреш и аналоги) снимают вопрос администрирования: база размещается у провайдера, доступ оплачивается по подписке. Это удобно для типовых конфигураций, но не подходит, если у вас сильно доработанная конфигурация или требования хранить данные только на своём оборудовании.
Сравнение вариантов доступа
Универсально, работает в браузере; требует статического IP или домена и настройки HTTPS
Полный функционал клиента; нужны лицензии RDS и мощный сервер при числе пользователей от 10–15
Минимум администрирования; ограничения на доработки и зависимость от провайдера
Высокая производительность внутри туннеля; сложнее настройка и нужен SQL-сервер
Что подготовить перед настройкой
Для публикации базы через интернет понадобится сервер (физический или виртуальный) с установленной платформой 1С:Предприятие, статический IP-адрес или доменное имя, а также SSL-сертификат. Работать по открытому HTTP без шифрования нельзя: логины, пароли и данные учёта будут передаваться в открытом виде.
Проверьте пропускную способность канала. Для веб-клиента и тонкого клиента важна не столько скорость, сколько стабильность соединения и низкие задержки. Если у провайдера канал нестабильный, пользователи будут получать обрывы сеансов и ошибки при записи документов.
Сделайте резервную копию базы до начала любых настроек. Публикация сама по себе данные не трогает, но параллельные действия с конфигурацией веб-сервера и правами доступа иногда приводят к необходимости отката.
Настройка публикации 1С на веб-сервере
Самый распространённый сценарий — публикация через IIS на Windows Server или Apache на Linux. Рассмотрим порядок действий для IIS как наиболее частого варианта. Убедитесь, что компоненты IIS установлены, а платформа 1С развёрнута с модулем расширения веб-сервера.
- 1Установите IIS с компонентами CGI и расширениями ISAPI через диспетчер сервера
- 2Установите платформу 1С, отметив компонент «Модуль расширения веб-сервера»
- 3Откройте конфигуратор от имени администратора: Администрирование → Публикация на веб-сервере
- 4Укажите имя публикации (латиницей, без пробелов), выберите веб-сервер IIS и каталог
- 5Отметьте флажки «Публиковать тонкий клиент и веб-клиент» и при необходимости HTTP-сервисы
- 6Нажмите «Опубликовать» и согласитесь на перезапуск веб-сервера
- 7Проверьте доступ с другого компьютера: откройте https://ваш-домен/имя-публикации
После публикации в каталоге базы появится файл default.vrd — это описание публикации. При обновлении платформы публикацию иногда нужно выполнять заново, поэтому сохраните скриншот настроек или сам файл.
Для доступа извне пробросьте на роутере только порт 443 (HTTPS) на сервер с IIS. Открывать другие порты не требуется. Настройте привязку сайта в IIS к SSL-сертификату: подойдёт бесплатный сертификат Let's Encrypt или сертификат, выпущенный вашим доменным центром сертификации.
Настройка доступа через тонкий клиент и веб-клиент
Веб-клиент не требует установки на компьютер пользователя — достаточно браузера. Это удобно для эпизодического доступа и слабых машин, но часть функций (например, некоторые внешние компоненты и работа с локальным оборудованием) в веб-клиенте ограничена.
Тонкий клиент устанавливается на компьютер пользователя и подключается по тому же адресу публикации, но работает быстрее и поддерживает больше функций. При создании ярлыка подключения укажите вид клиента «Тонкий клиент» и строку подключения вида ws="https://домен/имя_публикации" либо добавьте базу через диалог со способом «На веб-сервере».
Для мобильных сотрудников дополнительно рассмотрите мобильный клиент платформы, если конфигурация его поддерживает. Он работает автономно и синхронизируется при появлении связи, что полезно при нестабильном интернете.
Безопасность: обязательный минимум
Опубликованная в интернет база — цель для автоматических сканеров и ботов. Минимальный набор мер: HTTPS с действующим сертификатом, сложные пароли пользователей, отключённый пользователь с пустым паролем и ограничение прав — каждому сотруднику только те роли, которые нужны для работы.
Дополнительно ограничьте доступ по IP, если сотрудники работают из фиксированных точек, либо разместите публикацию за VPN-шлюзом: сначала пользователь подключается к VPN, потом открывает базу. Включите журнал регистрации и периодически проверяйте его на неудачные попытки входа с чужих адресов.
Настройте регулярное резервное копирование с хранением копий вне сервера 1С — на отдельном диске, NAS или в облачном хранилище. Проверяйте восстановление из копии хотя бы раз в квартал: копия, которая не разворачивается, не является резервной копией.
Альтернатива: облачная 1С и терминальный сервер
Если нет желания или ресурсов администрировать сервер, облачная аренда закрывает большинство задач: провайдер отвечает за обновления, резервные копии и доступность. Подходит для типовых конфигураций и компаний до нескольких десятков пользователей. Ограничения — запрет или платное согласование нестандартных доработок и зависимость от канала до дата-центра.
Терминальный сервер выбирают, когда нужен толстый клиент с полным функционалом для многих пользователей. Пользователи подключаются по RDP (обязательно через VPN или RD Gateway), а все вычисления идут на сервере. Учтите, что помимо лицензий 1С потребуются лицензии Windows Server и RDS CAL на каждого пользователя или устройство.
Как выбрать способ
Проверка результата и диагностика проблем
После настройки проверьте доступ с устройства вне офисной сети — например, с телефона через мобильный интернет. Откройте адрес публикации в браузере, войдите под реальным пользователем, создайте и проведите тестовый документ, затем удалите его. Это подтвердит, что работают и соединение, и права, и запись в базу.
Типичные признаки неполадок: ошибка 404 означает неверное имя публикации или сбой регистрации модуля расширения; ошибка 500 — проблемы прав на каталог базы или несовпадение версии платформы и публикации; бесконечная загрузка веб-клиента — блокировка WebSocket или скриптов прокси-сервером.
Как проверить результат
Загружается окно входа, в адресной строке значок защищённого соединения
Ошибка сертификата, тайм-аут или 404
Документ записывается и проводится без ошибок
Ошибка прав доступа или обрыв соединения
Сеанс восстанавливается после кратковременного обрыва
Постоянные разрывы и потеря несохранённых данных
Если база работает медленно через интернет, замерьте задержку до сервера командой ping. Задержки выше 80–100 мс заметно ухудшают отклик тонкого клиента. В этом случае помогает переход на веб-клиент, увеличение канала или размещение сервера ближе к пользователям.
Что важно запомнить
Публикация на веб-сервере с HTTPS — универсальный способ дать доступ к 1С через интернет. Никогда не открывайте RDP и HTTP напрямую, настройте резервное копирование до начала экспериментов и проверяйте доступ из внешней сети после каждого изменения.
Частые вопросы
Можно ли опубликовать файловую базу 1С через интернет?
Да, файловую базу можно опубликовать на веб-сервере так же, как клиент-серверную. Однако при одновременной работе пользователей файловый режим имеет ограничения по производительности и надёжности. Если пользователей больше 5–10 и они активно вводят документы, рассмотрите переход на клиент-серверный вариант.
Нужен ли статический IP-адрес для работы 1С через интернет?
Желателен, но не обязателен. При динамическом адресе используйте сервис динамического DNS (DDNS), который привяжет доменное имя к меняющемуся IP. Учтите, что при смене адреса возможны кратковременные перерывы доступа, пока обновится DNS-запись.
Что выбрать: веб-клиент или тонкий клиент?
Веб-клиент удобен тем, что ничего не нужно устанавливать — достаточно браузера. Тонкий клиент работает быстрее, стабильнее при слабом канале и поддерживает больше функций конфигурации. Для постоянных пользователей ставьте тонкий клиент, для эпизодического доступа оставьте веб-клиент.
Насколько безопасно публиковать 1С в интернете?
Безопасность зависит от настройки, а не от самого факта публикации. HTTPS с действующим сертификатом, сложные пароли, минимальные права пользователей, ограничение по IP или VPN и регулярные обновления платформы делают опубликованную базу достаточно защищённой для обычного бизнеса.
Почему после обновления платформы веб-клиент перестал открываться?
Чаще всего публикация осталась привязана к старой версии модуля расширения веб-сервера. Откройте конфигуратор, выполните публикацию заново и перезапустите веб-сервер. Если ошибка сохраняется, проверьте, что на сервере установлен модуль расширения именно новой версии платформы.
Сколько пользователей выдержит опубликованная база?
Точного универсального числа нет: нагрузка зависит от конфигурации, мощности сервера и интенсивности работы. Файловая база комфортно работает с небольшим числом пользователей, клиент-серверная — масштабируется значительно дальше. При росте нагрузки первым признаком проблем становится медленное проведение документов — это сигнал оптимизировать сервер или переходить на клиент-серверную архитектуру.