← На главную

При организации удаленного доступа пользователей к информационной базе 1С часто возникает вопрос: подключать тонкие клиенты напрямую к кластеру серверов по протоколу TCP или публиковать базу на веб-сервере (IIS или Apache) и работать по HTTP/HTTPS? Рассмотрим подробно технические особенности обоих вариантов, выясним причины возможных задержек, разберем влияние протоколов на стабильность и определим критерии выбора архитектуры.

В каких случаях публикация базы на веб-сервере необходима?

Разберем основные практические сценарии, когда подключение через веб-сервер является предпочтительным или единственно возможным решением:

1. Нестабильные каналы связи и частые обрывы сети. При прямом TCP-подключении к серверу 1С даже кратковременный разрыв сетевого соединения приводит к потере сеанса, ошибкам блокировок и потере несохраненных данных в открытых формах. При работе через HTTP/HTTPS протокол сессионного взаимодействия более устойчив: платформа сохраняет состояние сеанса на сервере, и при кратковременных сбоях сети клиент бесшовно восстанавливает подключение без аварийного закрытия программы.
2. Работа с файловой базой в многопользовательском режиме через сеть. Подключение пользователей к файловой базе через сетевую папку (SMB/NetBIOS) крайне чувствительно к сбоям сети и часто приводит к повреждению файла 1Cv8.1CD. Публикация файловой базы на веб-сервере превращает веб-сервер в единый процесс-обработчик запросов, что кардинально повышает надежность и безопасность хранения данных.
3. Удаленная работа пользователей через интернет. Для прямого TCP-подключения требуется открытие целого диапазона портов кластера (1540, 1541, 1560–1591) либо организация защищенного VPN-туннеля. Публикация базы на веб-сервере позволяет ограничиться стандартными защищенными портами 80 и 443, что существенно упрощает прохождение межсетевых экранов, прокси-серверов и NAT.
4. Подключение через веб-клиент (браузер) и интеграционные сервисы. Если к базе подключаются пользователи с мобильных устройств, через браузер, либо внешние системы по протоколам Web-сервисов (SOAP) или HTTP-сервисов (REST, OData), веб-сервер является обязательным связующим звеном.

Влияние веб-сервера на скорость работы при медленном интернете

Проанализируем физику сетевого взаимодействия. Сам по себе веб-сервер не ускоряет вычисления и не уменьшает сложность запросов к СУБД. Более того, инкапсуляция данных в HTTP-пакеты добавляет небольшой оверхед на заголовки. Однако на практике работа через веб-сервер на медленных и удаленных каналах может ощущаться пользователями комфортнее за счет следующих оптимизаций:

1. Режим низкой скорости соединения. При настройке подключения к базе в окне запуска тонкого клиента активируем опцию «Низкая скорость соединения». В этом режиме платформа кардинально меняет поведение интерфейса: отключает автоматический фоновый подбор при вводе по строке, кэширует формы на стороне клиента и минимизирует объем передаваемых порций данных в динамических списках.
2. Сжатие HTTP-трафика (Gzip / Deflate). На стороне IIS или Apache настраиваем динамическое и статическое сжатие. Текстовые данные сериализации 1С отлично сжимаются, что существенно снижает общий объем трафика на узких каналах.
3. Устойчивость к задержкам (RTT). Прямое TCP-соединение выполняет множество синхронных вызовов. При высоком сетевом пинге (RTT > 100 мс) каждое действие пользователя вызывает видимые зависания. Веб-сервер в связке с режимом сжатия и оптимизированным кэшированием тонкого клиента сглаживает эти задержки.

Что выбрать: Apache или IIS?

Рассмотрим особенности администрирования веб-серверов для публикации 1С:

1. Microsoft IIS:

   Рекомендуется использовать в среде под управлением Windows Server. IIS тесно интегрирован в ОС, обладает гибким управлением пулами приложений (Application Pools) и отлично подходит для одновременной публикации большого количества информационных баз. При настройке пулов приложений в IIS важно выставить параметры времени простоя (Idle Time-out) в значение 0, чтобы рабочий процесс не завершался при временном отсутствии пользователей, вызывая задержки при следующем входе. Также следим за параметром «Разрешены 32-разрядные приложения» — он должен строго соответствовать разрядности модуля wsasis.dll.

2. Apache HTTP Server:

   Является стандартом при развертывании инфраструктуры на базе Linux (Ubuntu, Astra Linux, RedOS). Отличается простой структурой конфигурационных файлов (httpd.conf), быстрой установкой и низкими накладными расходами на обслуживание. При небольшом количестве баз (1–3 базы) на Windows также может быть развернут без необходимости глубокой настройки операционной системы.

Оптимизация файла публикации default.vrd

Разберем параметры файла конфигурации публикации default.vrd. Для исключения лишней нагрузки и правильного масштабирования соединений настраиваем параметры пула:

1. Управление пулом соединений: параметры poolSize (размер пула соединений к рабочим процессам 1С) и poolTimeout (таймаут удержания неиспользуемого соединения) позволяют избежать непрерывного создания и закрытия сокетов при всплесках пользовательской активности.
2. Отключение неиспользуемых сервисов: если база публикуется исключительно для работы тонких клиентов, рекомендуется отключить неиспользуемые сервисы в файле публикации (например, стандартный интерфейс OData standardOData enable="false"), что снизит потребление оперативной памяти и уменьшит поверхность атак.

Как измерить производительность и оценить результат?

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

1. Мониторинг аппаратных ресурсов сервера. До и после перевода пользователей анализируем показатели: % загрузки процессора, объем свободной оперативной памяти и длину очереди диска. Если дисковая подсистема или CPU работают на пределе возможностей, веб-сервер не решит проблему с откликом.
2. Оценка APDEX. Включаем встроенную в конфигурацию подсистему оценки производительности по методике APDEX для ключевых операций (открытие формы списка, запись документа, формирование отчета). Сравниваем целевое время выполнения до и после публикации.
3. Анализ технологического журнала 1С. Настраиваем сбор событий CALL, WSCALL и SCALL для отслеживания длительности серверных вызовов и сетевого ожидания со стороны клиента.
4. Анализ сетевых задержек. С помощью монитора ресурсов замеряем сетевой трафик (байт/с) и время круговой задержки (Round-Trip Time) на клиентских машинах при открытии тяжелых форм.

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