Работа с торговым оборудованием в терминальном режиме (через удаленный рабочий стол) всегда сопряжена с определенными техническими сложностями. Ситуация усложняется, когда мы имеем дело с современными фискальными регистраторами, такими как MG-N707TS, которые используют для связи не классический последовательный порт (COM), а протокол HTTP через интерфейс RNDIS. В этой статье мы подробно разберем, как обеспечить стабильную связь между сервером 1С и кассовым аппаратом, подключенным к локальному компьютеру пользователя.
Традиционные методы проброса портов в RDP-клиенте (MSTSC) рассчитаны на последовательные порты (COM) и принтеры. Фискальный регистратор MG-N707TS при подключении по USB определяется операционной системой как сетевой адаптер Remote NDIS (RNDIS). По сути, между компьютером и кассой создается миниатюрная локальная сеть, где касса выступает в роли веб-сервера. Поскольку сервер 1С находится «далеко» (в терминальной сессии), он не видит эту внутреннюю сеть клиента напрямую. Рассмотрим основные способы решения этой задачи.
Этот метод считается наиболее надежным и профессиональным. Основная идея заключается в том, чтобы объединить сервер и клиентскую машину в одну виртуальную частную сеть (VPN). Рассмотрим этот процесс по шагам:
192.168.137.x). Это позволит серверу обращаться к кассе напрямую по её IP-адресу через VPN-туннель.Преимуществом данного метода является прозрачность для программного обеспечения 1С. В настройках торгового оборудования мы просто указываем IP-адрес регистратора, и система работает с ним так же, как если бы он был подключен в соседний порт сервера.
Если мы не хотим настраивать сложные маршруты, проанализируем ситуацию с сетевыми интерфейсами на стороне клиента. Мы можем объединить основную сетевую карту клиента и виртуальный адаптер RNDIS регистратора в Сетевой мост.
В этом случае регистратор получит IP-адрес из «реальной» локальной сети клиента. Если сервер 1С имеет доступ в эту локальную сеть (например, через постоянный VPN-канал между офисами), регистратор станет доступен по своему новому IP-адресу без дополнительных манипуляций. При этом важно закрепить за MAC-адресом регистратора статический IP в настройках роутера, чтобы адрес не менялся при перезагрузке устройства.
Рассмотрим ситуацию, когда VPN настраивать нецелесообразно, а нам нужно быстро пробросить HTTP-трафик. В ОС Windows существует встроенный инструмент netsh, который позволяет перенаправлять пакеты с одного порта на другой. Выполним следующие действия на клиентском компьютере:
192.168.137.1) и порт, по которому он принимает HTTP-запросы (обычно 80 или 8080).
netsh interface portproxy add v4tov4 listenaddress=0.0.0.0 listenport=8888 connectaddress=192.168.137.1 connectport=80
Теперь любой запрос, приходящий на компьютер клиента на порт 8888, будет автоматически перенаправлен на фискальный регистратор. В настройках 1С на сервере достаточно будет указать внешний IP-адрес клиента (или его имя в VPN) и порт 8888.
Некоторые модификации MG-N707TS позволяют переключить режим работы с HTTP на классический COM-порт. Это существенно упрощает работу через RDP, так как порты пробрасываются стандартными средствами терминального клиента. Однако, как отмечают специалисты, такой режим может работать медленнее из-за специфики передачи данных протокола Atlas через последовательный порт.
Если вы решили использовать этот метод, убедитесь, что у вас есть соответствующая обработка обслуживания для 1С, поддерживающая работу через COM. В настройках RDP-клиента (вкладка «Локальные ресурсы» -> «Подробнее») не забудьте отметить галочкой пункт Порты.
При работе через RDP, особенно по нестабильным интернет-каналам, критически важным параметром становится Таймаут. Задержки (latency) могут приводить к тому, что 1С будет выдавать ошибку «Устройство не ответило», хотя команда фактически дошла до регистратора. Разберем, как минимизировать эти риски:
В сложных сетевых конфигурациях, где прямой доступ по портам заблокирован политиками безопасности, мы можем использовать легковесный прокси-сервер (например, nginx) на стороне клиента. Он будет принимать запросы от 1С и транслировать их локально на адрес регистратора. Это позволяет более гибко управлять заголовками HTTP и логировать запросы для отладки связи.
Подводя итог, выбор метода зависит от вашей инфраструктуры. Для стабильной работы большого количества касс оптимальным будет настройка VPN или сетевого моста. Для разовых подключений или удаленных точек вполне подойдет метод с netsh portproxy.