365 писал(а):Установлено wtware 5.1.10
Столько букв написал, а свежую версию не поставил. Надо поставить.
365 писал(а):1) Можно ли со стороны сервера узнать/определить что COM порт клиента успешно проброшен на сервер и на какой порт?
Запустить командную строку в сессии, из нее change port. Ниоткуда кроме как из самой сессии узнать нельзя.
365 писал(а):2) проброс производится на 1 физический COM порт сервера или на некий виртуальный порт, которых может быть много, как это определить? Или просто проброс serial port клиента в сессии RDP?
На виртуальный порт в сессии RDP.
365 писал(а):4) в сетевом окружении со стороны сервера не видно терминальных клиентов, хотя clienthostname описан и отобразился в сервисах.
Да.
365 писал(а):На ping по IP ответ есть, по имени хоста тишина.
Если очень хочется, то можно рыть в сторону Dynamic DNS Update, связь DNS и DHCP. Будет работать, если работают майкрософтовые службы DNS и DHCP. Но вообще желание обращаться к терминалу по имени скорее всего неправильное. Не должно быть такой необходимости.
365 писал(а):Подключаю терминальный клиент №2 - подключаю фискальник на com5. В тест драйвера видно что фискальник на com5 с нужной мне скоростью, но создалось впечатление, что кто последний обратился к com порту того и тапки, так как после описания рабочего места в программе (имя клиента %servername% - %COM5%) перестал откликаться ФР на станции №1....
Неправильное впечатление. Проблема в чем-то другом. Сколько угодно клиентов можно сделать, и у каждого может быть свой проброшенный в сессии RDP COM1.
365 писал(а):В моем случае я описал "грабли". При подключении фискальника (ФР1) на COM1 к тонкому клиенту (TK1) я получил локальную работу ФР1 на ТК1 (могу сделать тестовый прогон печати, снять X-отчет и т.д.)
...
Далее. Подключаю ТК2, фискальник прописываю на COM5
Логинюсь новым (не тем, который работает на ТК1) пользователем, так?
365 писал(а):Лезу в программу, описываю рабочее место: "ФР №4321, расположен локально на %server_name% на COM5".
Проверяю работу ФР, получаю минутную паузу (первая фискализация), далее все отлично, но в таком случае ФР1 с портом COM1 на TK1 уже не работает.
Это не из-за терминального сервера, не из-за терминалов.
365 писал(а):Обращаюсь в настройки СУБД и вижу что имеет место быть только запись о COM5 на %server_name% (соответственно работоспособным остается только COM5 на втором тонком клиенте.)
Переназначаю порт опять для первого ТК, отваливается второй.
Вот тебе и проблема. Воюй со своей СУБД. Это совершенно точно НЕ служба терминалов удалила запись о COM1.
365 писал(а):PS лог с обоих ТК выложу уже завтра.
Не запускай СУБД. Запусти утилиту диагностики ФР, производитель ФР скажет где ее взять. Подключи оба ФР на COM1 двух разных терминалов. Убедись что из обоих сессий RDP видны подключенные к соответствующим терминалам ФРы. Дальше воюй с СУБД.
365 писал(а):Для общего понимания ситуации опишу специфику софта.
На клиенте работает в фоне некий драйвер, который слушает команды по TCP
При старте, драйвер записывает в СУБД имя клиента, порт, описание устройства на порту.
СУБД обращается по этим параметрам, вещает TCP команды со стороны сервера.
Поскольку нет сетевого обнаружения, имя клиента всегда одно и то же, то по имени %server_name%=%Port% не получается работать. Нет возможности прописать обращаться по IP.
Это не "специфика софта". Это "кривизна софта, написанного динозавропрограммистами, развитие которых остановилось на FoxPRO для MS-DOS". Такая схема никак не будет работать на терминальном сервере. Обратись к разработчикам СУБД. Не пугай их словом wtware. Просто скажи, что хочешь запускать СУБД на терминальном сервере, а на машины клиентов ничего нельзя ставить по требованию службы безопасности. Служба терминалов появилась в Windows NT в 1998 году, они должны о ней что-то слышать.
365 писал(а):1) дать возможность включения сетевого обнаружения, к примеру по параметру CLIENTHOSTNAME (от сервера можно обратиться к терминалу по имени клиента).
И что дальше? Ты на терминале (не на терминальном сервере, а на терминале, т.е. на клиенте) хочешь запустить драйвер?
365 писал(а):2) На сервере иметь возможность подключить порты клиентов как локальные COM порт. Полагаю, этого будет достаточно для использования 1 драйвера на сервере для настройки ФР.
Что такое "локальные COM порт" и как ты их собираешься отличать от "нелокальных COM порт"?
365 писал(а):Если со стороны сервера я смогу увидеть что com1 расположен на TK1, com2 расположен на TK2, то такая схема будет работоспособной.
Возьми листик бумаги и нарисуй, что такое "сторона сервера". Чем она отличается от "стороны клиента", "стороны сессии RDP" и всех остальных действующих сторон.
365 писал(а):Вариант обратиться к разработчику драйвера не предлагать, ибо не вариант.
Тогда не судьба. По твоему описанию я не вижу других вариантов. Описанная СУБД не способна работать на терминальном сервере, когда несколько пользователей одновременно работают на одном компьютере.
KVIK писал(а):надо родные комы сервака убрать от 5 и дальше (т.к. в втваре может быть 1-4)
1-8
KVIK писал(а):Запусти гипертерминал. Замкни на коме 2-3 контакты и поклацай по клаве, сразу будет видно работает физически порт или нет.
