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

Prizrak писал(а):можно запустить RemoteAPP приложение и RDP сессию под одним пользователем и это будут 2 разные сессии, даже если установлен параметр ограничивать пользователя одним сеансом

Prizrak писал(а):Ребяты, сессии RemoteAPP и RDP разные

Rushmore писал(а):Перезагрузка чего?

MAGNet писал(а):Даже переподключение сессии не спасло, помогла только перезагрузка.

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

aka писал(а):Нельзя делать disconnect, если к терминалу подключены диски, ком-порты или смарт-карты.

aka писал(а):Проблема на самом деле в сервере. Сервер сам должен обнаруживать, что клиент выключен, и сам должен переводить сессию в disconnected. Свежепоставленный сервер, висящий на одном хабе с терминалом, УМЕЕТ это обнаруживать безо всяких дополнительных сообщений от терминала, инфа 100%.

aka писал(а):Сейчас мы подставили костыль, но этот костыль не сработает, если например терминал выключат кнопкой на удлинителе, а не на системнике, т.е. питание отключат. Также костыль не сработает, если пропадет сетевое соединение с терминалом - роутер отвалится или блок питания свича сгорит.

aka писал(а):MAGNet
Попробуй вот это:
http://pxe.ru/files/testing/201309230318.zip

10-19-57-0793| Connection from wtc.exe at 192.168.20.105.
10-21-00-0150| button/power PWRF 00000080 00000001
10-21-00-0350| Turn power off.
10-21-00-0351| [rdpclient 603] Send Disconnect Provider Ultimatum.
10-21-00-0352| Turn power off.
10-21-00-0352| Turn power off.
10-21-00-0353| [gm] TSClient gracefully end.
10-21-00-0354| [pfac] Process pid 603 terminated, status 00000000.
10-21-00-0354| [rdpdr-serial 8] Close client connection 0 (id 1).
10-21-00-0355| [rdpsnd] Link lost.
10-21-00-0355| [rdpclient 603] Caught signal SIGTERM.
10-21-10-0353| [wtc.exe] Соединение закрыто.

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

aka писал(а):-k disconnect работает, активную сессию рубит. Но это же не интересно, это просто отключение, с тем же успехом можно процесс прибить.

-k logoff у меня не работает. Сервер 2008r2sp1. Не делает вообще ничего - сессия не рубится, никаких сообщений никуда не вылазит. А у тебя работает?

aka писал(а):В линуксовом клиенте у меня -k не работает. Настроил соединение, командная строка получилась такая:

/opt/2X/Client/bin/appserverclient -u u1 -s 10.1.1.80:3389 -c 24 -m MS -g 1024x768

Работает, подключается. Добавляю -k logoff или -k disconnect:

/opt/2X/Client/bin/appserverclient -u u1 -s 10.1.1.80:3389 -c 24 -m MS -g 1024x768 -k logoff
/opt/2X/Client/bin/appserverclient -u u1 -s 10.1.1.80:3389 -c 24 -m MS -g 1024x768 -k disconnect

В обоих случаях оно не соединяется, команда сразу завершает работу. Что я делаю не так?

MAGNet писал(а):удивительно, что при закрытии mstsc, rdesktop, freerdp сессия дисконнектится и переходит в состояние "отключено", а при закрытии wtware сессия виснет и остается в состоянии "активна"
сдается мне, что не в сервере дело..

Rushmore писал(а):У rdp клиента от 2x есть например опция -k, которая позволяет выполнить команду logoff или disconnect в активной сессии.

Rushmore писал(а):Может, имеет смысл давать перед отключением питания?

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

MAGNet писал(а):

aka писал(а):

MAGNet писал(а):Надеюсь, что теперь всё предельно ясно =))

Теперь не ясно, что еще ты хочешь.

Я хочу, чтоб втваря по кнопке не вырубала питание, а завершала свою работу корректно.
Как это делают все системы.

MAGNet писал(а):

В наши дни различные версии ACPI поддерживаются многими ОС — в том числе, всеми версиями Microsoft Windows, начиная с Windows 98, системами GNU/Linux, FreeBSD, OpenBSD, NetBSD и eComStation.

А вот WTware ничего не знает про ACPI.
Что здесь непонятного? нужно просто корректно завершить работу, а не уходить по-английски.

aka писал(а):

MAGNet писал(а):Надеюсь, что теперь всё предельно ясно =))

Теперь не ясно, что еще ты хочешь.

В наши дни различные версии ACPI поддерживаются многими ОС — в том числе, всеми версиями Microsoft Windows, начиная с Windows 98, системами GNU/Linux, FreeBSD, OpenBSD, NetBSD и eComStation.

MAGNet писал(а):Надеюсь, что теперь всё предельно ясно =))

aka писал(а):Потому что майкрософты в протоколе RDP не предусмотрели завершение сеанса по инициативе программы-клиента. Только отключение, при котором сессия остается висеть и открытые программы остаются открытыми.

aka писал(а):

MAGNet писал(а):где-то пару месяцев назад в другом месте у меня клиеты по кнопке завершали работу втвари с последующм программным выключением и при повторном включении клиент обратно попадал в свою сессию. сейчас ситуация обратная. ЧЯДНТ?

Не знаю. Разберешься - расскажи.

aka писал(а):

MAGNet писал(а):система по кнопке должна инициировать процесс выключения: закрытие программ, и сетевых подключений, размонтирование томов, выгрузку демонов и т.д.. только после этог отключение питания.
почему этого не проиходит?

Потому что майкрософты в протоколе RDP не предусмотрели завершение сеанса по инициативе программы-клиента. Только отключение, при котором сессия остается висеть и открытые программы остаются открытыми.

MAGNet писал(а):система по кнопке должна инициировать процесс выключения: закрытие программ, и сетевых подключений, размонтирование томов, выгрузку демонов и т.д.. только после этог отключение питания.
почему этого не проиходит?

MAGNet писал(а):при зарытии рдп-клиента подключение переходит в состояние "отключено", а здесь тупо рвеся связь и сервер ждет возобновления сессии. сессия не закрывается и висит в состоянии "акивная". попаст в неё после этого невозможно, нужно сбрасывать руками.

MAGNet писал(а):где-то пару месяцев назад в другом месте у меня клиеты по кнопке завершали работу втвари с последующм программным выключением и при повторном включении клиент обратно попадал в свою сессию. сейчас ситуация обратная. ЧЯДНТ?