> Как можно (еще) проверить что качество соединения RDP стало  "плохим"?

Как вариант:

Сделай TCP-пинговалку на еще какой-нибудь порт на сервере,
придумай легенду (безопасность/учет/бонусы) по которой клиент запустит ее вместе с rdp.

Ну... С этой позиции - согласен :)

Не удобно с планшета писать, ответ, конечто на этот пост был :)
Cobalt ©   (19.07.16 16:19) [19]

Игорь Шевченко
> Купи программу Стахановец и не парься

судя по демке, неплохая программа )
но не..
Она не сможет как надо прореагировать в основной программе компании. Например, перевести софтверный звонок(голосового клиента), перекинуть клавиатурного клиента. Это тоже необходимо.
Да и суть всех этих программ - внедрить "стукача" )
На комп юзеру это не надо делать, а на RDP смысла нет. И так есть лог что в каком окне нажал, по какому контролу кликнул. Ситуация та же - да, видно, что 15 мин, к примеру, не было активности. Но это никак не скажет про качество коннекта RDP при этом.


> Cobalt ©   (19.07.16 16:19) [19]

да пинай, конечно )
X-Y-Z, так  X-Y-Z, только не пойму все равно куда идти )

-----------

в общем, вот такое дело
WTSINFO structure
имеет
 DWORD                  IncomingFrames;
 DWORD                  OutgoingFrames;
и WTS_CONNECTSTATE_CLASS State;
остальное не интересно

считаю фреймы и статус:

ничего не делаю, смотрю на memo1
18:38:01 [State=WTSActive  In=1662 Out=4072]
18:38:02 [State=WTSActive  In=1662 Out=4073]
18:38:03 [State=WTSActive  In=1662 Out=4074]
растет исходящий, на месте входящий

свернул окно RDP
18:38:17 [State=WTSActive  In=1687 Out=4098]
18:38:18 [State=WTSActive  In=1687 Out=4098]
18:38:19 [State=WTSActive  In=1687 Out=4098]
все стоит

перекрываю RDP другим окном
18:38:31 [State=WTSActive  In=1717 Out=4118]
18:38:32 [State=WTSActive  In=1717 Out=4119]
18:38:33 [State=WTSActive  In=1717 Out=4120]
тоже самое, что ничего не делать

открыл перекрытое RDP, что-то делаю
18:38:45 [State=WTSActive  In=1747 Out=4144]
18:38:46 [State=WTSActive  In=1755 Out=4150]
18:38:47 [State=WTSActive  In=1762 Out=4152]
все растет

закрыл окно RDP крестиком
18:38:52 [State=WTSDisconnected  In=0 Out=0]
18:38:53 [State=WTSDisconnected  In=0 Out=0]
18:38:54 [State=WTSDisconnected  In=0 Out=0]

подсоединился, что-то делаю
18:39:11 [State=WTSActive  In=80 Out=91]
18:39:12 [State=WTSActive  In=83 Out=92]
18:39:13 [State=WTSActive  In=84 Out=93]

как бы испортить коннект теперь в процессе замера? )

вырубил роутер из розетки
19:06:59 [State=WTSDisconnected  In=0 Out=0]
19:07:00 [State=WTSDisconnected  In=0 Out=0]
то же самое, что закрыть окно

а вот как бы изобразить, что связь через какой-нибудь модем на 14400 , с ошибками постоянными..

> ВладОшин ©   (19.07.16 18:59) [23]

можно внутри самого RDP сеанса проверять GetLastInputInfo.
в любом случае, нужно контролировать сам RDP сеанс, а не соединение. Не особо сложная задача, в принципе, если требуется просто функционал.

> можно внутри самого RDP сеанса проверять GetLastInputInfo.
насколько понял не пойдет... т.к. против самого факта простоя никто не возражает. конфликт из-за причин простоя - работодатель говорит "вы ни хрена не делали", работник "так не мог, окно RDP висело, даже мышка не двигалась"... "пришлось зарубиться в дьяблу вне окна" (это уже мысленно).
ну типа так.

> sniknik ©   (20.07.16 09:52) [26]

да

Единственное что понятно:
Случай WTSDisconnected, понятно все, и надо клиента перекинуть.

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

Случай нет ввода (юзер ничего не делает) - ну, такое может быть, если он перекрыл окно справочником и ищет что ответить клиенту. В т.ч. на своей реальной машине(на сайте через браузер, например, ищет в ЧаВо)

факт плохого коннекта, плохого коннекта. Как определить частоту обновления окна RDP, или аналогичное в терминах rdp

>> NoUser ©   (19.07.16 18:29) [20]
видел. Не ответил, т.к. это аналогичное "внедрить стукача" на реалку. Не, не пойдет. Во всяком, пока не выжму все "по-честному" из API

Запустить торрентов что ли на 5 фильмов.. забить весь канал и посмотреть всякие замеры..

бессмысленно все это.
и заниматься этим не надо.

> ВладОшин ©   (20.07.16 10:35) [27]

Можно сварганить rdp-proxy и там задавать SIO_KEEPALIVE_VALS
а на десктопе крутить простенькую анимацию (менять картинку),
если свернуто, отсылки данных не будет, а если 'подвиснет' - получишь разрыв.

> [28]
подключись через GPRS ))

в общем, нашлась причина наверное 95% процентов..
Если юзер сидит не из под Windows, а из под Линукс через некий free-rdp клиент, цепляется на win, то например, происходит так, что связь порвалась, а free-rdp не показывает это.
т.е. юзер написал, ждет ответа, связь порвалась, картинка у него не меняется(!), а клиент в это время ответил, и тоже ждет..
Вот такая ерунда, сам видел, юзер заснял монитор - у него все хорошо, а в логе четко написано WTSDisconnected.
Проходит время, пока юзер понимает, что связи нет и делает ре-коннект, а клиент уже зол, 10 сообщений кинул и грозит в спортлото пожаловаться..

> iop ©   (25.07.16 18:43) [32]

как анекдот про анекдоты по номерам? )
читаю все, и где-то согласен с [29]
но надо понимать, что происходило. Хотя бы так, не совсем достоверно