← На главную

При организации автоматизации розничной торговли часто возникает архитектурная дилемма: информационная база конфигурации «1С:Розница» размещается на удаленном терминальном сервере для централизованного управления и резервного копирования, а аппаратный ключ (Рутокен ЭЦП или JaCarta) и служба Универсального транспортного модуля (УТМ) физически находятся на рабочем месте кассира в магазине. Разберем, с какими сетевыми сложностями сталкиваются специалисты при такой схеме, почему простое указание локального IP-адреса не работает и какими способами можно наладить стабильный обмен данными.

В чем заключается сетевая проблема при работе через RDP

Проанализируем типовую ошибку при попытке связать удаленную базу с локальным транспортным модулем. Пользователь запускает сеанс удаленного рабочего стола (RDP) на сервере и в настройках обмена с ЕГАИС в «1С:Рознице» указывает IP-адрес своего офисного компьютера (например, 192.168.1.50 или 127.0.0.1). При проверке подключения система выдает ошибку об отсутствии связи с УТМ.

Выясним причину этой проблемы:

1. Локальная петля (loopback): Адрес 127.0.0.1 (localhost) внутри терминальной сессии указывает на сам терминальный сервер, а не на компьютер клиента, сидящего за монитором. Служба УТМ на сервере не установлена, поэтому порт не отвечает.
2. Изоляция локальной сети за NAT: Компьютер в магазине находится за роутером с частным серым IP-адресом. Терминальный сервер в интернете или внешнем дата-центре ничего не знает о подсети магазина и не может инициировать обратный сетевой пакет к внутреннему адресу 192.168.1.50. RDP-клиент устанавливает только исходящее соединение на сервер, но не обеспечивает автоматическую прямую видимость портов рабочего места.
3. Специфика клиент-серверного режима 1С: Если база работает под управлением кластера серверов «1С:Предприятия», регламентные фоновые задания обмена с ЕГАИС выполняются службой ragent на сервере 1С. Сетевой маршрут к УТМ должен быть доступен не только из сессии RDP, но и серверной операционной системе 1С.

Вариант 1. Объединение магазина и сервера через VPN-канал (рекомендуемый способ)

Рассмотрим наиболее надежный и безопасный вариант интеграции. Чтобы терминальный сервер и компьютер кассира оказались в едином сетевом пространстве, между ними настраивается защищенный туннель (VPN).

Разберем процесс настройки по шагам:

1. Организация туннеля: На маршрутизаторе магазина или непосредственно на локальном ПК поднимается постоянное VPN-подключение к корпоративной сети терминального сервера (или наоборот, сеть магазина соединяется с сетью сервера по схеме Site-to-Site).
2. Статическая адресация: Компьютеру с установленным УТМ назначается фиксированный внутренний IP-адрес внутри туннеля (или постоянный адрес через DHCP Reservation).
3. Настройка брандмауэра: На компьютере магазина в Брандмауэре Windows создается входящее правило для TCP-порта 8080 (стандартный порт службы УТМ). По умолчанию брандмауэр блокирует внешние входящие подключения к этому порту из чужих подсетей.
4. Проверка привязки портов: Убеждаемся, что веб-сервер УТМ слушает порт на внешнем сетевом интерфейсе (0.0.0.0:8080), а не только на 127.0.0.1. Для этого в командной строке локального ПК выполняем диагностику сетевых соединений.
5. Настройка в 1С: В конфигурации «1С:Розница» переходим в раздел настроек обмена с ЕГАИС (настройки транспортного модуля) и в поле адреса сервера указываем выделенный VPN-адрес локального компьютера и порт 8080.

Вариант 2. Обратный туннель портов (Reverse Port Forwarding)

Если развертывание полноценного VPN-сервера невозможно или избыточно, разберем альтернативный вариант — создание обратного сетевого туннеля. При этом компьютер магазина инициирует исходящее соединение на сервер и транслирует свой порт УТМ на локальный порт сервера.

Посмотрим, как работает данная схема:

1. Локальный ПК кассира подключается к серверу через защищенный SSH-клиент или специализированную утилиту проброса портов с параметром обратного проброса (Remote Port Forwarding).
2. Порт 8080 локального компьютера привязывается к определенному порту на стороне сервера (например, 127.0.0.1:8080 или свободному порту 127.0.0.1:8081, если основной занят).
3. В настройках обмена с ЕГАИС в базе 1С в качестве адреса транспортного модуля указывается 127.0.0.1, а в поле порта — назначенный проброшенный порт.
4. Для терминального сервера обращение происходит локально, а сетевой трафик прозрачно уходит на ПК магазина через уже открытую исходящую сессию.

Вариант 3. Перенос УТМ на сервер с пробросом токена по сети (USB-over-IP)

Иногда системные администраторы пытаются установить сам транспортный модуль на терминальный сервер, надеясь пробросить криптографический ключ через стандартный механизм смарт-карт клиента RDP. Разберем, почему этот путь не работает стандартными средствами.

Службы УТМ (Транспорт, Обновление, Cryptonit) запускаются под учетной записью локальной системы (Local System) и функционируют независимо от того, выполнен ли вход пользователя в систему. Стандартный механизм RDP пробрасывает токен исключительно в контекст пользовательского сеанса. Служба УТМ физически не видит сертификаты и ключевые контейнеры JaCarta или Рутокен в чужих сессиях.

Если требуется перенести УТМ на сервер, используется специализированное решение USB-over-IP (программное или аппаратное). При таком подходе USB-токен из порта магазина монтируется в операционную систему сервера на уровне драйверов ядра Windows. В этом случае УТМ запускается на сервере и обращается к порту 127.0.0.1:8080 без сетевых задержек.

Вариант 4. Переход на распределенную информационную базу (РИБ)

Если интернет-канал на торговой точке нестабилен, постоянная зависимость кассы от связи с терминальным сервером приводит к остановке продаж маркированного алкоголя. В такой ситуации наилучшим архитектурным решением является переход на распределенную информационную базу (РИБ).

Проанализируем преимущества схемы:

1. На компьютере в магазине устанавливается платформа 1С и разворачивается подчиненный узел РИБ по магазину.
2. Служба УТМ работает локально, обмен чеками и накладными с ЕГАИС выполняется по адресу 127.0.0.1:8080 без сетевых рисков.
3. Продажи продолжаются даже при полном отключении внешнего интернета.
4. Синхронизация данных магазина с центральной базой на терминальном сервере происходит в фоновом режиме по расписанию, когда связь восстанавливается.

Таким образом, выбор конкретного метода зависит от количества торговых точек, стабильности каналов связи и требований безопасности сетевой инфраструктуры предприятия.