Windows-терминалы WTware

В версии wtware 5.1.35 и терминальным сервером под "Windows XP+termimal_patch"
строка в конфиг файле
serial=com2(com1)
реально перенаправляет com1 с терминала, на com2 windows XP.

В версии wtware 5.0.7, строка в конфиг файле
serial=com2(com1)
вообще не поддерживается, только
serial=com1
но если в качестве сервера (в моем случае) Windows 7, то в каждой сессии свои com1, com2....comN и они не пересекаются и все работает прекрасно.

Сегодня столкнулся с такой же проблемой.
При работе первого терминала, второй сообщает о недоступности компорта и наоборот.
Вот строка из конфигурационного файла: serial=com1

Странно то, что сегодня я всего лишь повторял действия сделанные полгода назад в другом филиале, там все так же настроено и работает без проблем и по сей день.
Отличие одно - сегодня я настраивал в качестве сервера Windows XP, а пол года назад это был Windows 7.
Буду пробовать serial=com25(com1).
Спасибо, еще не могу сказать что помогли, но уже успокоили.

З.Ы. К компорту обращается 1С v7.7, через OLE драйвер.

iitiro писал(а): ... Мы не стандарты обсуждаем что правильно а что нет. А торговлю, где каждый косяк бьет больно и жестоко.. Это спарта и тут не смотрят на то что правильно а на то что работет) ...

ох и проблемное это утверждение ...
с точки зрения долгоживучести процесса...
о торговле - это всего лишь деньги и ...
длительным чем-то тут не пахнет!

Попробуй вот это:

http://pxe.ru/files/testing/201303122118.zip

Графический конфигуратор еще не обучили. Параметр придется писать в текстовом редакторе. Синтаксис такой:

serial=com25(com1),eklmn10(com2),com45(usb),com4

До скобок пишем имя, которое увидит виндовс. eklmn10 тоже работает. В скобках физический порт на терминале. Не больше 4 портов. Если скобок нет, значит com4 в виндовсе остается com4 на терминале.

Поехало?

Ситуацию с 1С 8.x подтверждаю.
хотели перевести на wtware магазины розничной торговли - не смогли.
на одном терминальнике два кассира не могли работать, у кого то одного не печатал принтер чеков феликс.
сканеры штрих-кодов при этом работают без проблем (мапятся в com3) а с кассой никак, (она в com1 направляется)
решили что разберемся позже и подняли для каждого кассира по терминальному серверу ))
но не разобрались, в итоге на рабочие места кассиров установили винды, изменили в виндах номера com портов, чтобы не пересекались и стали работать через mstsc - так проблем не было.
а потом и вовсе стали запускать 1С локально и подключались к базе через туннель - так стабильнее всего получилось.
в чем тут проблема осталось загадкой к сожалению.

Думаю втварь тут не при делах. Это такая конфа 1с слишком умная, она при открытом на одном компе одноименного порта его уже не открывает, а отправляет данные первому экземпляру 1с. Копай в 1с.

iitiro писал(а):У меня 8.2 1сина почему то упорно дерется с когда в системе два пользователя терминальных подключены и у обоих ком1 замаплен. То вообще не работает то чек на другой фискальник отправлят.

Отправляет данные на порт, перенаправленный через другую RDP сессию? Не верю. Опиши эксперимент. Очень подробно. Если сделать хак, который бы видел устройства других RDP сессий, можно было бы кучу всего хорошего сделать, но насколько я понимаю, такое никак невозможно.