WTware клиент RDP

Имеется еще одна проблема.. Есть хреновина, которая подключается через Com порт. Через Com порт эта хреновина работает с программой, через которую работает с серваком находящимся в интернете.
Com порты пробрасываются на терминальный нормально. До программы эта тема доходит. В программе видно, что хреновина пытается обратиться к серверу, и в результате обращается к нему. Но ответ он от него почему то не получает. При подключении через rpd из windows - все работает, ответ приходит. В какую сторону смотреть?

Для проброса Com портов WTware обязательно на сервер ставить?

Я бы лог приложил, но WTware не стояла на том сервере.. да и сомневаюсь что он поможет.

Для проброса портов втварь не надо ставить на сервер.

Лог можно снять интернетэксплорером. Зайди на IP терминала, на котором загружаен втварь.

Про хреновину не понял. Если программа и хреновина по проброшенному порту видят друг друга, то втварь свое дело сделала. Сравнение с mstsc сделано корректно, т.е. тот же юзер зашел на тот же сервер, запустил ту же программу и т.д.?

aka писал(а):Про хреновину не понял. Если программа и хреновина по проброшенному порту видят друг друга, то втварь свое дело сделала. Сравнение с mstsc сделано корректно, т.е. тот же юзер зашел на тот же сервер, запустил ту же программу и т.д.?

На хреновине есть кнопка "соединение", при ее нажатии в проге пишется инф. сообщение, о том, что оно полезло на IP.
Но такое ощущение, что обратно ответ по Com порту не передается.

Да, сравнение корректно. Пробую WTware, не выходит. Перезагружаюсь в XP - тот же юзер та же прога, все работает(хреновина получает ответ и радостно пищит).

Если там слишком умная хреновина, которая через порт не только передает байтики, но еще и играет с флагами (сигнальными линиями), то скорее всего ничего не получится. Не на чем отлаживать: хреновины такого типа, про которые я знал, были размером со станок, и нам для опытов никто такую прислать не решился.

Проверить просто: подключи хреновину трехпроводным кабелем. Байтики по нему ходят, для сканера штрихкодов или принтера этого достаточно. Сигнальные линии ходят по отдельным проводам и через трехпроводной кабель не пролазят.

Если хреновина у тебя одна - проще оставить виндовс.

Хреновина - это POS терминал.. завтра попробую проверить по возможности(найти бы еще этот кабель). Хотя по идее сигнальных линий там быть не должно.

типо такой штуки

Не должно быть сигнальных линий. Должна работать по трехпроводке. Знаю, что такие штуки через usb-com мост работают, а там только байты, никаких сигналов.

Лог полный не вытащил, т.к. сначала импортнул ту часть, которую вы просили в другой теме. Потом запустил POS на коннект и вот что появилось в логе:

Это не страшно.

Только это слабо утешает)

попробую в терминале покапаться.. если чего нить придумаю, напишу.

хотя я как то уже работал с линуксового терминала(ТОНК) и там это фурычило)

Клиент терминалки там был майкрософтовый или линуксовый? Если майкрософтовый, то охотно верю, у майкрософта перенаправление com сделано лучше. Если линуковый, то не верю, у нас перенаправление com самое хорошее.

А вот не могу ответить, не знаю(
На виндовый похож не был с виду.. хотя это ничего не значит=)

По логам получается, что вся эта система впадает в глубокий цикл после обмена несколькими пакетами. Видно успешное начало сессии, далее обмен первыми пакетами, потом еще какие-то обмены (пакеты шифрованные, но скорее всего это служебные сообщения), а далее зациклило… Причем зациклило так, что программа бесконечно что-то забирает из сети от сервера без передышки и кидает это в порт терминала, совершенно не слушая, что отвечает терминал. Ну и итог – терминал пытается что-то послать, программа его не слышит и сессия завершается.

Проблема решилась использованием другого ПО для этих целей)

Хотя странно, что она себя ведет так при прокидывании из под линухи.

В классическом юниксе метод работы с портом один: open, select, read/write, close. Это было придумано давным давно, и этого до сих пор вполне хватает линуксу. Поэтому перенаправление порта с линукса на линукс делалось бы очень просто.

В майкрософте очень много лишних программистов. Им нечего делать. От безделия они придумывают новые методы работы. В виндовсе стопиццот разных способов прочитать байт из порта. Теоретически втварь должна отрабатывать их все. Практически втварь отрабатывает то, с чем мы сталкивались и что удавалось отладить.