При организации удаленной работы сотрудников через терминальный сервер (RDP) системные администраторы часто сталкиваются с нестабильной работой торгового оборудования. Типичный сценарий: беспроводной сканер штрихкодов Mercury CL-200 успешно подключается, виртуальный COM-порт пробрасывается в сессию, но при первой же попытке протестировать устройство в 1С или после непродолжительного времени работы порт «отваливается» и сканер перестает функционировать. Повторное появление порта происходит спонтанно, после чего он снова исчезает.
В этой статье мы подробно проанализируем причины такого поведения оборудования, разберем влияние антивирусного ПО, сетевой инфраструктуры и системных настроек Windows, а также рассмотрим пошаговые решения проблемы.
Как показывает практика практикующих специалистов, одной из наиболее частых скрытых причин блокировки проброшенных портов является активность систем защиты на локальной машине пользователя. В частности, сетевые экраны и модули контроля устройств (например, Kaspersky Endpoint Security) могут расценивать процесс маппинга портов в RDP-сессию как потенциальную угрозу безопасности.
В момент инициализации теста устройства из 1С драйвер посылает активные запросы в порт для опроса оборудования. Антивирус фиксирует резкое изменение сетевой активности через службу проброса портов RDP и временно или перманентно блокирует этот канал обмена данными. При отключении защиты порт моментально восстанавливает работоспособность.
Чтобы решить проблему без отключения антивируса (что категорически не рекомендуется правилами информационной безопасности), выполним следующие действия:
mstsc.exe) и разрешим неограниченный обмен данными по порту 3389 во внутренней локальной сети.Терминальный режим (RDP) изначально создавался для передачи графического интерфейса и слабо приспособлен для высокоскоростной трансляции потоковых данных от торгового оборудования. Если бизнес-процессы компании позволяют изменить схему подключения, самым надежным решением будет полный отказ от RDP в пользу Тонкого клиента.
Давайте разберем этот процесс по шагам:
При такой схеме сканер штрихкодов работает напрямую с локальным приложением 1С без посредничества виртуальных каналов RDP. Это полностью исключает проблему «отваливания» портов, снижает нагрузку на сервер терминалов и обеспечивает мгновенный отклик при сканировании.
Среди технических специалистов существует заблуждение, что модель Mercury CL-200 поставляется исключительно в режиме эмуляции COM-порта и не может работать как клавиатурный сканер. Это не так. Данная модель является мультиинтерфейсной, однако ее перевод в другой режим работы требует точной последовательности действий.
Использование клавиатурного режима (USB-HID) избавляет операционную систему от необходимости создавать виртуальный COM-порт, который так часто теряется в терминальной сессии. Символы штрихкода будут передаваться в активное поле 1С так, будто они вводятся с обычной клавиатуры.
Для настройки этого режима выполним следующие шаги:
CR или код #13).Если порт пропадает после периода бездействия или сразу после теста устройства в 1С, причиной может выступать агрессивная политика энергосбережения операционной системы Windows на клиентском ПК. Система считает, что USB-устройство не используется активно, и отключает питание порта, что мгновенно разрывает RDP-мост.
Проанализируем процедуру отключения этой функции:
devmgmt.msc).При автоматической установке драйверов виртуального COM-порта система часто присваивает устройству высокие номера портов (например, COM16 или выше). Некоторые старые библиотеки интеграции 1С и механизмы перенаправления RDP работают некорректно со значениями портов выше 10.
Рекомендуется принудительно переназначить номер порта на более низкий свободный индекс:
COM3 до COM8.9600 или 115200).Перенаправление портов по протоколу RDP крайне чувствительно к качеству сетевого соединения. Если удаленный сотрудник работает по Wi-Fi или через мобильный интернет, даже кратковременная потеря сетевых пакетов на доли секунды приведет к разрыву сессии виртуального порта. При этом сама сессия RDP визуально продолжит работать, но порт сканера «отвалится» до перезапуска подключения.
Для минимизации таких проблем рекомендуется:
В редких случаях сам беспроводной модуль сканера Mercury CL-200 может зависнуть из-за аппаратного сбоя во время тестирования портов. Если сканер перестал реагировать на любые изменения настроек, выполните его жесткий перезапуск: временно открутите крышку аккумуляторного отсека на рукоятке сканера, отключите разъем аккумулятора на 1-2 минуты, затем соберите устройство обратно. Это вернет внутренний микроконтроллер сканера в исходное рабочее состояние.