Принтер етикеток друкує порожні етикетки через RDP Redirect
Проблема виникає при спробі друку етикеток нестандартного розміру, наприклад 58х40 мм або 58х30 мм, з термінального сервера на локальний принтер через стандартний механізм прокидання пристроїв RDP Redirect. У такій схемі сервер надсилає завдання не напряму на принтер, а через механізм перенаправлення друку, тому частина параметрів може оброблятися не так, як при прямому мережевому друці.
Коли принтер етикеток починає друкувати порожні етикетки через RDP
Ситуація характерна для роботи в термінальному режимі, коли принтер фізично підключений до клієнтського ПК, а друк ініціюється з віддаленого сервера. Актуально для принтерів Xprinter, Zebra, Godex. Найчастіше проблема проявляється саме на друці етикеток, а не звичайних аркушів, тому що для етикеточного принтера критичні точний розмір носія, режим подачі та коректна передача команд драйвера.
Як зрозуміти, що проблема в RDP Redirect
Спочатку перевірте той самий шаблон локально, без RDP. Якщо локально принтер друкує нормально, а через термінальний сервер починаються збої, тоді причина, ймовірно, саме в Redirect або драйвері на сервері.
-
перша етикетка друкується коректно, наступні — порожні.
-
принтер випускає довгу стрічку порожнього паперу.
-
принтер переходить у стан помилки після першого завдання.
-
сесія RDP зависає або розривається в момент відправки друку.
Чому друк етикеток стає нестабільним через Easy Print і Redirect
Втрата параметрів сторінки. Технологія RDP Easy Print або інший механізм редиректу може ігнорувати частину налаштувань драйвера на клієнті чи підміняти їх параметрами сеансу. Через це розмір паперу може скидатися до значення за замовчуванням, а принтер отримує завдання з неправильними параметрами етикетки.
Драйвер Easy Print. Використання універсального драйвера Microsoft замість рідного драйвера виробника часто не дозволяє коректно передати специфічні команди TSPL або ZPL.
Нестабільність каналу. Redirect додає ще одну ланку між сервером і принтером. Якщо канал нестабільний або драйвери на сервері й клієнті працюють по-різному, завдання може завершуватися некоректно.
Як відновити стабільний друк етикеток
Для стабільного друку потрібно по можливості прибрати RDP Redirect із ланцюга друку. Оберіть один із варіантів від найкращого до компромісного.
Варіант А. Пряме мережеве підключення принтера через Ethernet і Standard TCP/IP Port — рекомендовано
Це основний варіант, якщо принтер має LAN-порт. У такій схемі сервер звертається до принтера напряму, без RDP Redirect і без проміжного ПК.
На стороні магазину:
-
підключіть принтер кабелем Ethernet до роутера
-
закріпіть за принтером статичну локальну IP-адресу або резервування DHCP у роутері
-
переконайтеся, що принтер доступний у локальній мережі
-
якщо сервер орендований у дата-центрі й не підключений до магазину через VPN, локальної адреси принтера недостатньо. У такому разі на стороні магазину зазвичай потрібні публічна IP-адреса, проброс порту 9100 на локальну адресу принтера та дозвіл доступу ззовні лише для сервера
Зв’язок із сервером:
-
через VPN — якщо між магазином і сервером налаштований VPN, сервер зможе напряму звертатися до локальної IP-адреси принтера
-
через зовнішній доступ — якщо VPN немає, можна налаштувати доступ до принтера через роутер магазину. Для цього зазвичай і потрібні публічна IP-адреса в магазині та проброс порту 9100
На сервері:
-
встановіть рідний драйвер виробника;
-
додайте принтер через Standard TCP/IP Port;
-
укажіть IP-адресу принтера у VPN або зовнішню IP-адресу магазину, якщо налаштований проброс порту;
-
якщо модель підтримує прямий RAW-друк, використовуйте порт 9100.
Саме цей варіант треба ставити першим, якщо принтер має Ethernet. Він стабільніший за друк через клієнтський ПК, LPR/LPD і RDP Redirect.
Варіант Б. USB-принтер через VPN, спільний доступ або LPR/LPD — обхідний варіант
Цей спосіб підходить, якщо принтер підключений до локального ПК по USB і не має LAN-порту. У такій схемі сервер не працює з принтером напряму, а звертається або до ПК, який відкрив спільний доступ, або до служби LPD на цьому ПК.
Через VPN і shared printer:
-
зробіть принтер спільним на локальному ПК
-
підключіть магазин і сервер через VPN
-
на сервері додайте принтер як мережевий ресурс через шлях виду \\IP_або_ім'я_ПК\Ім'я_принтера
Через LPR/LPD:
-
на локальному ПК увімкніть службу друку LPD
-
відкрийте порт 515 у брандмауері
-
на сервері створіть Standard TCP/IP Port і виберіть протокол LPR
-
вкажіть IP-адресу ПК і точне ім’я черги або принтера
Важливо: LPR/LPD працює лише тоді, коли сервер реально бачить ПК із принтером по мережі. Якщо сервер орендований у дата-центрі, а магазин працює через інтернет без VPN, такий варіант зазвичай потребує публічної IP-адреси на стороні магазину та пробросу порту 515. Тому для віддаленого сервера LPR/LPD не є універсальним рішенням і поступається прямому мережевому друку на сам принтер.
Варіант В. Що робити, якщо доводиться залишитися на RDP Redirect
Якщо змінити схему підключення зараз неможливо і доводиться залишити Redirect, тоді потрібно максимально стабілізувати саме RDP-друк.
-
вимкніть Easy Print на сервері, якщо переходите на legacy або native driver. Шлях у групових політиках: конфігурація комп’ютера → адміністративні шаблони → компоненти Windows → служби віддалених робочих столів → вузол сеансів → перенаправлення принтера → використовувати драйвер Easy Print = вимкнено
-
синхронізуйте драйвери. Встановіть на сервері та на клієнті однакову версію драйвера
-
не прив’язуйтеся до однієї «правильної» версії для всіх моделей, тому що стабільність залежить від конкретного принтера, інтерфейсу підключення і схеми друку
-
перевірте, чи локально на клієнтському ПК цей самий драйвер і шаблон друкують правильно. Якщо локально все добре, а проблема лишається тільки через Redirect, причина майже напевно в маршруті друку через RDP
Як перевірити, що друк етикеток працює стабільно
-
налаштуйте розмір етикетки в драйвері на тому вузлі, звідки принтер реально отримує завдання: на сервері при прямому TCP/IP-друці або на клієнтському ПК при локальному друці
-
роздрукуйте з Торгсофт серію з 5 різних етикеток
-
друк має початися одразу, без пропусків, зайвої протяжки та зупинок
-
після цього перевірте ще одну довшу серію, щоб переконатися, що збій не виникає після першої етикетки
Як уникнути повторних проблем із друком етикеток
-
уникайте використання USB-подовжувачів для принтерів
-
вимкніть економію енергії для USB-концентраторів у диспетчері пристроїв
-
для постійного навантаження використовуйте принтери з LAN-портом замість USB
-
не залишайте RDP Redirect як основну схему друку етикеток, якщо є можливість перейти на прямий мережевий друк
Що важливо запам’ятати
RDP Redirect може працювати для звичайного друку, але для етикеток часто дає нестабільний результат. Якщо принтер має Ethernet, найкраще підключати його напряму через Standard TCP/IP Port і RAW 9100. Якщо принтер підключений по USB, використовуйте VPN, shared printer або LPR/LPD лише як обхідний варіант. RDP Redirect варто залишати лише тоді, коли іншу схему підключення зараз неможливо реалізувати.
-
30.01.2026
Ваги не передають вагу в Торгсофт
Що робити, якщо вага в Торгсофт залишається 0.000 або програма зависає. Інструкція з налаштування COM-порту, драйверів перехідника та діагностики в Putty
-
29.01.2026
Налаштування принтера етикеток в Торгсофт (USB / LAN)
Інструкція з підключення принтера етикеток у Торгсофт. Як встановити драйвер, налаштувати розмір етикетки, калібрувати датчик та усунути пустий друк
-
23.01.2026
Принтер етикеток друкує порожні бирки або зміщує друк
Інструкція: що робити, якщо принтер етикеток друкує порожні бирки, пропускає їх або зміщує текст. Як відкалібрувати датчик у Торгсофт









Повернутися до попереднього кроку