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

Привет всем!!! Хотел вот тут узнать - в диспетчере служб терминалов, в контекстном меню установленных сессий есть пунктик "Удаленное управление", который не доступен при подключении с втвари. Что подскажете?

Пункт "Удаленное управление" доступен, если диспетчер служб териналов запущен на том терминальном сервере к которому подключен клиент (любой - WTWare или WINDOWS)

И еще условия:
- диспетчер должен быть запущен из терминального сеанса. То есть если ты сидишь за сервером, то должен запустить "Подключение к удаленному рабочему столу", подключиться к этому же серверу, и уже из терминалки запускать диспетчера.
- если работаешь под WTware, то лучше тоже запустить "Подключение к удаленному рабочему столу" и подключиться к этому же серверу, и уже из терминалки запускать диспетчера. Иначе если разрешение экрана и глубина цвета твоей втвари не совпадает с разрешением и глубиной цвета управляемого, будет ошибка.
- диспетчер должен рыботать под админом. Т.е. под пользователем, который имеет право делать удаленное управление.
- настройки про удаленное управление (Настройка служб терминалов - RDP-Tcp - Удаленное управление) должны разрешать управление.

А в принципе это возможно? Т.е. имеется ввиду следующее.

Первое. Есть станция админа с службе тех.поддержки. Есть пользователь, работающий в терминале. У пользователя какие-то проблемы с какой-то программой. Словами он объяснить не может, т.е. нужно идти и смотреть на экран. Хотелось бы подключиться к сессии пользователя, не отключая от нее пользователя. Переключить управление на себя (или оставить его пользователю). Посмотреть, по телефону объяснить, кто и в чем не прав...

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

такто это не от wmware зависит.
а запускай диспетчер служб терминалов и наслаждайся.
а в 2003сервере удаленное управление еще и можно из диспетчера задач попадать.
+ - должно быть разрешено на сервере уладенное уравление + взаимодействие (по разрешению юзера или без - смотри сам)
+ - управляемый и управляющий должны быть в по возможности на одном компьютере (к 2003 не относится) и управляющий дожен быть тоже в терминале - от консоли такого не дождешся.

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

Т.е. это сделано уже на уровне служб в Win2k3 сервере?

Первое - да, реализовано в самом 2003 сервере. Перехватывать надо работая в родном виндовом терминальном клиенте. Т.е. если админ сидит перед машиной с втварью или перед консолью сервера - он должен запустить виндового клиента, залогиниться на сервер им и затем делать то, о чем писал Soft_warrior

А может быть для удобства и единообразия управления это реализовать в втвари? Это сложно? Все-таки хочется не всегда у сервера сидеть. А может я дома болею, по DSL с конторой связан, и вопрос пользователя меня там настиг.

Если ты сам сидишь перед терминалом с втварью - запусти майкрософтового родного терминального клиента и еще раз подключись к серверу.

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

Как можно это осуществить?

1. Зайти на тот же терминальный сервер админом через виндового клиента терминалки.
2. Пуск - Настройки - Панель управления - Администрирование - Диспетчер служб терминалов. Далее клик правой кнопкой по юзеру и "удаленное управление".

А можно проще:
Диспетчер задач - пользователи - ПКМ - Удаленное управление

У меня почему-то пункт Удаленное управление неактивен... Настройки сервера сделал как описано здесь на сайте. В чем причина?

Два варианта:
1. Ты не выполнил п.1 (Зайти на тот же терминальный сервер админом через виндового клиента терминалки.)
2. Ты сам своими руками отключил удаленное управление. В лучшем случае через Настройки - Администрирование - Настройка служб терминалов - RDP-Tcp - Удаленное управление. В худшем случае через политики, тогда сам ищи где это

Точно, не выполнил первый пункт. Я пытался попасть в сессию юзера, находясь локально на сервере, а не через терминал.

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

Ого. Это глюк беты. В 4.2.1 будет перерисовываться. Исправим

Dron писал(а):Точно, не выполнил первый пункт. Я пытался попасть в сессию юзера, находясь локально на сервере, а не через терминал.

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

Проблема почти похожая, при подключении к сессии клиента управление нормальное, но у клиента картинка на экране остается "зависшей" и он не видит что я делаю, а хотелось бы, так как нужно объяснить, что клиент сделал не так и как это нужно делать. С виновыми клиентами все нормально, т.е. картинка меняется. Версия WTware PRO 4.3.11

gserg писал(а):Версия WTware PRO 4.3.11

О чем выше и писалось. Глюк беты. Уже исправлено, бери последнюю бету

aka писал(а):

gserg писал(а):Версия WTware PRO 4.3.11

О чем выше и писалось. Глюк беты. Уже исправлено, бери последнюю бету

Спасибо, заработало

Уважаемые гуру, помогите новенькому в этом ремесле советом.
Нигде не могу решить этот вопрос, очень на вас надеюсь.
Ситуация такая:есть ВУЗ, в нем зал для публичного доступа организован на терминальной сети, Windows2003 Server, тонкие клиенты Gigabyte(CPU 800, ОЗУ 16, видео 32). Студы привыкли заходить в зал, втупую садится за компьютер и работать, а теперь нужно организовать централизованное обслуживание, т.е. через администратора. Ему приходится сейчас сидеть и кричать:"Подойдите ко мне, зарегистрируйтесь". Вобщем это дело сильно напрягает, а еще студы некоторые сразу в штыки типа зачем к вам идти!!!
Вот я и подумал что можно было бы организовать централизованное управление терминалами. А именно как в компьютерных клубах, с помощью программы, которая будет блокировать, ну например мышь и клавиатуру, и только после разблокировки администратором терминал будет разблокироваться, т.о. будет решена проблема с зайцами и любителями конфликтов.
И вот вопрос такой, если программа клиент-серверная, как сделать так, ее серверная часть запускалась на терминале в режиме сессии, это вообще возможно?
Пробовал RADMIN на терминале, клиент работает, т.е. я могу управлять с терминала другим компьютером, а сервер нет, т.е. терминалом с другого компьютера я управлять не могу.

Я архитектуру изнутри не знаю, но может вы, AKA, что-нить посоветуете. Хотябы возможно ли впринципе запустить на терминале серверную часть программы, подобной RADMIN, ну которая для упр. исп. IP?
Или как еще мне подобное можно организовать?
Буду признателен за помощь.

Можно фаирвол поставить на сервер. Запретил траффик с IP терминала - терминал заблокирован. Пока не разрешишь - ничего интереснее втварекого окошка "не могу подключиться" студент не увидит

А вот такая красивая идея: когда администратор зала видит что большой наплыв народа, он подключает пользователей выставляя таймером, допустим час времени, потом, за пять мин. пользователь получает сообщение типа вроде:"Машина будет заблокирована через 5мин. плз сохраните проделанную работу, или продлите время"
Если наплыва нету админ разблокирует тачки на неограниченное время.
Это классно организовать было бы на программах для интернет клубов, там и статистику можно вести. Может всеже можно запустить такого рода программы на терминале?

Вопрос задавался неоднократно. Инициативные товарищи на старом форуме даже брались это написать. Никаких позитивных результатов не знаю

Пошел дальше искать, если найду-обязательно напишу.

Насколько я понимаю, схема удаленного доступа,упрощённо,выглядит так:
1.чтобы подключиться к удаленному ПК(УПК)надо набрать в строке браузера его IP или DNS имя ,как мы это делаем заходя
на к-н сайт.Далее, на УПК дб программа-сервер,который будет давать программе-клиенту локального ПК (ЛПК) какой то сервис:
просмотр, файловый обмен или полный контроль:когда ЛПК работает с УПК как будто пользователь сидит за УПК.
2.проблема мб одна: идентификация УПК в инете.Если у УПК есть статический IP,то нет проблем.Если у УПК динамический IP ,
то проблема идентификации УПК в инете решается присвоением DNS имени для УПК: на к-то сайте создается DNS-имя типа www.alfa.com.
На УПК устанавливается программа связи(ПС) с этим ресурсом www.alfa.com (например DynDNS или No-IP)и когда УПК выходит в инет и
получает динамический IP, то ПС передает его на www.alfa.com , а ЛПК набирая www.alfa.com всегда будет выходить на УПК.
Вот теперь вопрос : правильно ли я представляю схему удаленного доступа и какие конкретно проги подходят для моего случая и как
всё это настроить (ну и лекарство,желательно)

В принципе, все правильно.
Если у вас Windows XP и IP адрес видно из интернета, попробуйте доступ к удаленному рабочему столу (mstsc), если нет, посмотрите в сторону http://ru.logmein.com

Возможен ли subj терминала терминалом?

На w2k3 разрешающие галочки расставил (в TS Configuration),
а пункт "Remote control" is disabled.

Я чего-то забыл или это не реализуемо?

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

Перехватывать управление сессией можно только из терминальной сессии, но не из втвари. Т.е. находясь где угодно - запускаешь виндового клиента терминалки, логинишься админом и уже оттуда берешь управление сессией.

А с чем это связано, интересно? Сервер знает стандартным или нет к нему подключились клиентом?

Клиент должен изменить размер, чтобы соответствовать разрешению и глубине цвета сессии.

Для виндового клиента это значит, что нужно только изменить размеры окошка.

Втвари для этого же придется изменять разрешение экрана и режим цвета. Это не всегда возможно и вообще не нужно

Чуть-чуть подробнее, plz.

Предположим, есть server, client1, client2
Клиенты на wtware.
У первого клиента 800х600х32
У второго 1024х768х24

Кого и откуда я могу ремотеконтролить?
И есть ли какое-нибудь общее решение
(в общем случае надо поключаться к каждому с каждого)?

И в догонку: звук на терминалы проходит,
а с терминалов (через микрофон) будет идти?

Заранее спасибо.

Goodwin
Откуда угодно запускаешь виндовое "Подключение к удаленному рабочему столу". Подключаешься к этому же серверу, логинишься администратором. Пуск - Настройки - Панель управления - Администрирование - Диспетчер служб терминалов - правый клик на юзере - Удаленное управление.

Спасибо, получилось. Хотя способ изощрённый....

А по "обратному" звуку как?

Обратный звук - это микрофон на терминале? Никак. Пинайте майкрософтов.

Тогда еще такой вопрос - по выше описанному способу все хорошо, только за исключением одной вещи - нужно согласие "управляемого". А есть ли возможность подключиться беззаговорочно, без запроса согласия на управление клиента?

P.S. Причем сеанс можно сбросить, отключить без всяких запросов, а вот управлять фиг ((( Логики мелкомягких не пойму никак ((((

Сорри за "бурю в стакане" почитал немного справку и все решено ))) Все оказывается рулится в настройках служб терминалов во вкладке удаленное управление.

Вопрос закрыт )))

я вот перехватывал сессии и рулил ими из диспетчера
но в последнее время вдруг ни с того ни с сего при попытке зайти в сессию с сервера под админом через дичспетчер терминала - показывается экран этой сесии и табличка - что то про то что произошла ошибка и окно будет закрыто

правда делал я это с радмина

и пока нет возможности будет ли все так же без него

Возможен ли HelpDesk? (аналог Radmin). Очень уж далеко к пользователям ездить.

А при чем здесь Wtware? - на сервак сможешь поставить значит будет работать!

Поставить на сервак что?

Запустить на виндовой машине mstsc.exe, подключиться к серверу администратором, запустить Панель Управления -> Администрирование -> Диспетчер служб терминалов, выбрать сессию, нажать правую кнопку, выбрать Удаленное управление.

Спасибо АКА!!!

Доброго времени суток!
Подскажите, как включить Удаленное управление. А то вот не активно оно в диспетчере служб терминалов.

Залогинься на сервер через терминал. Через консоль не получится подключиться к удаленному сеансу.

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

При попытке управления удаленным рабочим столом у пользователя возникает вопрос разрешить/не разрешить. Как это отключить. Не могу найти галочку!

gpedit.msc - администрат шаблоны - компонеты виндовс - службы удал раб столов - узел сеансов удал раб столов - подключения !

shdn777, благодарю.

можно настраивать и у каждого пользователя конкретно, в его параметрах учетной записи.

2008 SP2. При попытке управлять сеансом пользователя под 5.0.1 администратором из под такого же 5.0.1 - у пользователя отключается, у админа ошибка удаленного управления сеансом. Работает только если админу подключаться к серверу mstsc версией 5.1 на остальных версиях такая же ерунда. Но mstsc 5.1 не поддерживает 32-битный цвет

логи выслал на aka@pxe.ru

на 2003 r2 sp2
если зашел в терминал с wtware то удаленное управление другим сеансом этогоже сервера тоже не работает - ошибка выскакивает.

Товарищи, НЕ надо делать удаленное управление с втвари. Под втварью надо запускать mstsc.exe, и уже из под него брать удаленное управление.

Почему у автора темы вылетает удаленное управление свежим mstsc - не знаю, надо на месте копать. Удаленное управление обычной сессии mstsc.exe из под другого mstsc.exe работает?

Короче, путем многочисленных экспериментов удалось установить, что не падает если подключаясь с Windows 7 SP1 использовать mstsc 5.1, остальные из под win7sp1 падают. Также как и из под wtware. Из под XP и 2003-2008 не падает и на новых mstsc. Поэтому приходится сначала неважно чем цепляться на 2008, потом на нем же цепляться к самому себе и оттуда уже управлять другими сессиями. Как-то так.

С помощью WTware я могу смотреть что происходит на рабочем столе сервера??? Анонимно!!!

WTware тут не при чем, это штатная фича службы терминалов. Спроси у яндекса про удаленное управление.

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

Тему новую создавать не захотел.
Не пойму что не так
Подскажите

Есть: Win2008R2 SP1; WTWare 5.0.7
Настроил RemoteFX соответственно у клиента глубина цвета 32-бита

Проблема: не могу подключиться к клиенту для удаленного управления, если у клиента выставлена глубина цвета 32-бита.
Если стоит 16-бит, то все в порядке, подключение происходит.
Разрешние экрана у клиента меньше, чем у меня.

Я подключаюсь с помощью rdesktop к серваку с глубиной цвета 32 бита. Для проверки захожу в состояние подключения, там все подтверждается, моя глубина цвета 32 бита.
Дальше нажимаю правой кнопкой по нужному клиенту (глубина цвета 32 бита), нажимаю "удаленное управление", пишет "Отказано в доступе". Если пытаюсь подключиться из этой сессии к любому клиенту с глубиной 16 бит, то все в порядке.

В состоянии моего подключения еще есть пункт
Номер сборки клиента 2600
Может в этом проблема?

Версия у клиентов WTWare 7600
Номер сборки клиента 7600

Shaaarnir писал(а):Я подключаюсь с помощью rdesktop к серваку с глубиной цвета 32 бита

А если mstsc.exe подключаться?

Shaaarnir писал(а):В состоянии моего подключения еще есть пункт
Номер сборки клиента 2600
Может в этом проблема?
Версия у клиентов WTWare 7600
Номер сборки клиента 7600

Не помню, что такое 2600. 7600 это родовое число windows 7 и windows 2008R2 server до сервиспака.

aka писал(а):А если mstsc.exe подключаться?

Нашел WinXP
Подключился через mstsc.exe
В свойствах подключения:
Номер сборки клиента 6001
Глубина цвета 32 бита

К клиенту с глубиной цвета в 32 бита подключиться могу. Но при отключении (нажимаю Ctrl+Tab) вылетает ошибка: "Этот сеанс будет прекращен из-за ошибки протокола. Попробуйте подключиться заново к удаленному компьютеру". После этого мой удаленный сеанс принудительно закрывается.
Скриншот с ошибкой прикрепил.

С freerdp тоже не получается работать. При подключении к клиенту через "Удаленное управление" вылетает ошибка и мой удаленный сеанс завершается:

Shaaarnir писал(а):Есть: Win2008R2 SP1; WTWare 5.0.7
Настроил RemoteFX соответственно у клиента глубина цвета 32-бита

Возьми mstsc.exe свежий, от win7sp1, или из сервера выколупай. Который понимает remotefx. на microsoft.com ранньше обновления для mstsc раздавали. Может свежий сможет договоритmcя. Remotefx заменяет собой всю графическую часть RDP, серверу наверное трудно отдавать картинку по двум разным протоколам.

aka писал(а): Возьми mstsc.exe свежий, от win7sp1, или из сервера выколупай. Который понимает remotefx. на microsoft.com ранньше обновления для mstsc раздавали. Может свежий сможет договоритmcя. Remotefx заменяет собой всю графическую часть RDP, серверу наверное трудно отдавать картинку по двум разным протоколам.

Да, все верно, проблема была в mstsc.exe
Обновил mstsc.exe до последней седьмой версии и все корректно заработало.
Получается, что с RemoteFX нормально работают только последние клиенты.

У меня оказывается версия rdesktop 1.6, а уже 1.7 есть. Нужно будет rdesktop обновить и попробовать.

Спасибо за подсказку

В rdesktop нету remotefx. На rdesktop вообще забили. FreeRDP рулит.

пощупал еще ради интереса rdp клиент от 2X - вроде как закрытый коммерческий продукт, но 32 бита не умеет и соответственно RemoteFX тоже не умеет.

Таки останавливаюсь на freerdp

День добрый.

Проблема:
Раньше на основном компьютере ОС была ХР, с ХР подключался РДП на сервер терминалов и на сервере взаимодействовал с сессиями пользователей.
ХР была обновлена до версии Вин7. Данная схема не работает, но она очень востребована для решения удаленно проблем пользователя на месте.

Для версии 4.6.11 при подключении Вин7-Сервер Терминалов Вин2к8 Ент 32б-Клиент выдавало окно -Отсоединено и пользователя отключало от сессии.
Для версии 5.1.5 при подключении Вин7-Сервер Терминалов Вин2к8 Ент 32б-Клиент выдавало окно - Отсоединено и удаленная машина выключается.

autoshutdown включен.

Если открыть в mstsc.exe сессию тем же пользователем? который работает за терминалом, и попробовать удаленно управлять этой сессией - нормально управляет?

Лог терминала у 4.4.х и 4.6.х версий втвари делается так: http://wtware.ru/docs/config.html#syslog Пожалуйста, внимательно посмотри, что сохраняешь лог ТЕРМИНАЛА, а не службы TFTP.
На 5.х версии надо просто зайти интернетэксплорером на терминал и сохранить лог.
Лог присылается на aka@pxe.ru.

Логи сохранять ПОСЛЕ неудачной попытки удаленного управления.

Могу проверить только на 5 версии. 4 уже зачищена и заархивирована.

Кусок лога с Терминала работающего под версией 5:
[rdpclient 469] RDP Terminal Client, WTware v.5.1.5, pipe 1, pid 469.
[rdpclient 469] Add RDPDR channel.
[rdpclient 469] Add RDPSND channel.
[rdpclient 469] Add WTVC WTware control channel.
[rdpclient 469] Add DRDYNVC channel.
[rdpclient 469] Make RDP session with ЧЧЧ:3389.
[rdpclient 469] No username.
[rdpclient 469] No password.
[rdpclient 469] Domain: "ЧЧЧ".
[rdpclient 469] No shell.
[rdpclient 469] No directory.
[rdpclient 469] Window: 1280x1024@16.
[rdpclient 469] PFlags 0x0000006F.
[rdpclient 469] Keyboard 00000409:00000000.
[rdpclient 469] My hostname "r204_m6".
[rdpclient 469] TCP: connecting to ЧЧЧ:3389.
[rdpclient 469] TCP: connection with ЧЧЧ:3389 established.
[rdpclient 469] Turn keepalive on.
[rdpclient 469] Free ram after buffers allocation: 362324 KB.
[rdpclient 469] RDP5 encryption (X.509).
[rdpclient 469] RC4 key 128 bit.
[rdpclient 469] LOGON_EX_LOGONERRORS
[rdpclient 469] SessionId 0x00000065:

Версия mstsc в Вин7 - 6.1.7601 , в Вин2к8 - 6.0

Поигрался с настройкой на терминальном сервере Уровень безопасности и поставил значение - Уровень RDP, теперь после длительного задумчивого черного экрана при подключение к сессии клиента выдает В подключение отказано. До этого стояло - Согласование.
В Логе 5 на этот терминал ничего не появилось нового.

Thor писал(а):Для версии 5.1.5 при подключении Вин7-Сервер Терминалов Вин2к8 Ент 32б-Клиент выдавало окно - Отсоединено и удаленная машина выключается.

В этом логе клиент не выдает окно "Отсоединено" и не выключается.

[pfac] Got command line /sbin/rdpclient 1.
[pfac] Ok, PID 451.
[rdpclient 451] RDP Terminal Client, WTware v.5.1.5, pipe 1, pid 451.
[rdpclient 451] Add RDPDR channel.
[rdpclient 451] Add RDPSND channel.
[rdpclient 451] Add WTVC WTware control channel.
[rdpclient 451] Add DRDYNVC channel.
[rdpclient 451] Make RDP session with ччч:3389.
[rdpclient 451] No username.
[rdpclient 451] No password.
[rdpclient 451] Domain: "ччч".
[rdpclient 451] No shell.
[rdpclient 451] No directory.
[rdpclient 451] Window: 1280x1024@16.
[rdpclient 451] PFlags 0x0000006F.
[rdpclient 451] Keyboard 00000409:00000000.
[rdpclient 451] My hostname "r204_m9".
[rdpclient 451] TCP: connecting to ччч:3389.
[rdpclient 451] TCP: connection with ччч:3389 established.
[rdpclient 451] Turn keepalive on.
[rdpclient 451] Free ram after buffers allocation: 219728 KB.
[rdpclient 451] RDP5 encryption (X.509).
[rdpclient 451] RC4 key 128 bit.
[rdpclient 451] LOGON_EX_LOGONERRORS
[rdpclient 451] SessionId 0x0000006a: STROYREM0\thor.
[rdpclient 451] Sound redirection: 22050 frames per second.
[rdpsnd] Card 'nForce2'/'NVidia nForce2 with ALC650F at irq 21'.
[rdpsnd] Mixer name: 'Realtek ALC650F'.
[rdpsnd] Components: 'AC97a:414c4723'.
[rdpsnd] Controls: 50.
[rdpsnd] ALSA control 'Master Playback Switch'.
[rdpsnd] ALSA control 'Master Playback Volume'.
[rdpsnd] ALSA control 'Center Playback Switch'.
[rdpsnd] ALSA control 'Center Playback Volume'.
[rdpsnd] ALSA control 'LFE Playback Switch'.
[rdpsnd] ALSA control 'LFE Playback Volume'.
[rdpsnd] ALSA control 'Surround Playback Switch'.
[rdpsnd] ALSA control 'Surround Playback Volume'.
[rdpsnd] ALSA control 'Master Mono Playback Switch'.
[rdpsnd] ALSA control 'Master Mono Playback Volume'.
[rdpsnd] ALSA control 'Beep Playback Switch'.
[rdpsnd] ALSA control 'Beep Playback Volume'.
[rdpsnd] ALSA control 'Phone Playback Switch'.
[rdpsnd] ALSA control 'Phone Playback Volume'.
[rdpsnd] ALSA control 'Mic Playback Switch'.
[rdpsnd] ALSA control 'Mic Playback Volume'.
[rdpsnd] ALSA control 'Mic Boost (+20dB)'.
[rdpsnd] ALSA control 'Line Playback Switch'.
[rdpsnd] ALSA control 'Line Playback Volume'.
[rdpsnd] ALSA control 'CD Playback Switch'.
[rdpsnd] ALSA control 'CD Playback Volume'.
[rdpsnd] ALSA control 'Video Playback Switch'.
[rdpsnd] ALSA control 'Video Playback Volume'.
[rdpsnd] ALSA control 'Aux Playback Switch'.
[rdpsnd] ALSA control 'Aux Playback Volume'.
[rdpsnd] ALSA control 'PCM Playback Switch'.
[rdpsnd] ALSA control 'PCM Playback Volume'.
[rdpsnd] ALSA control 'Capture Source'.
[rdpsnd] ALSA control 'Capture Switch'.
[rdpsnd] ALSA control 'Capture Volume'.
[rdpsnd] ALSA control '3D Control - Switch'.
[rdpsnd] ALSA control 'Mono Output Select'.
[rdpsnd] ALSA control 'Mic Select'.
[rdpsnd] ALSA control '3D Control - Center'.
[rdpsnd] ALSA control '3D Control - Depth'.
[rdpsnd] ALSA control 'IEC958 Playback Con Mask'.
[rdpsnd] Type 5.
[rdpsnd] ALSA control 'IEC958 Playback Pro Mask'.
[rdpsnd] Type 5.
[rdpsnd] ALSA control 'IEC958 Playback Default'.
[rdpsnd] Type 5.
[rdpsnd] ALSA control 'IEC958 Playback Switch'.
[rdpsnd] ALSA control 'IEC958 Playback AC97-SPSA'.
[rdpsnd] ALSA control 'Duplicate Front'.
[rdpsnd] ALSA control 'Surround Down Mix'.
[rdpsnd] ALSA control 'Center/LFE Down Mix'.
[rdpsnd] ALSA control 'Exchange Center/LFE'.
[rdpsnd] ALSA control 'Swap Surround Slot'.
[rdpsnd] ALSA control 'Surround Jack Mode'.
[rdpsnd] ALSA control 'Channel Mode'.
[rdpsnd] ALSA control 'IEC958 Capture Switch'.
[rdpsnd] ALSA control 'Analog to IEC958 Output'.
[rdpsnd] ALSA control 'External Amplifier'.
[rdpsnd] ALSA buffer size 15052 bytes.
Connection from wtc.exe at 192.168.1.
[rdpclient 451] ERRINFO_RPC_INITIATED_DISCONNECT
[pfac] Process pid 451 terminated, status 00000000.
[gm] TSClient gracefully end.
[rdpsnd] Link lost.
[rdpclient 451] Receive Disconnect Provider Ultimatum.
[rdpclient 451] Caught signal SIGTERM.
Turn power off.
[wtc.exe] Соединение закрыто.


Согласен, лог не полный.

Лог заканчивается на этом. После подключения на сервере терминалов пишет - Отказано в доступе.
Терминал выключается.

Это корректное завершение работы. Не обрыв, не ошибка протокола. Чего-то в сервере перемудрили, на свежепоставленном сервере такое не повторится.

Питание выключается потому, что в Everyone\all.wtc написано "turnoffmenu=poweroff"

Повторюсь - что все работало до момента переустановки на моей машине ОС с Win XP до Win 7 Pro.
Переставлять сервер терминалов на 70 человек с переносом профилей - извините...
Например, что может мешать в сервере терминалов? Сертификат? Согласование уровней безопасности?

Думаю, мешать может все что угодно, начиная от фазы луны. Не сталкивался с таким, не знаю куда рыть. Я бы начал с тщательного бэкапа и переустановки сервиспака на сервере.

Поставь на своей машине виртуалку с winXP и проверь, поедет ли удаленное управление с нее. Может, оно не поедет.

Доброго времени суток!
Есть такая проблема:
Гружусь по PXE на один из терминальных серверов (win2003).
При попытке подключиться к какому-нибудь компьютеру в Диспетчере служб терминалов выдается сообщение "Сервер требует установить разрешение экрана 1280х1024" и выкидывает из сессии. Разрешение моего монитора 1920х1080, у остальных сотрудников приемущественно моники 19" с разрешением 1280х1024".
Еще есть прикол: если я из своей сессии подключаюсь к другому терминальному серверу, то там такой проблемы нет.
Помогите, пожалуйста, разобраться.

Нет в 2003 сервере такой настройки "ограничить максимальное разрешение". Это глюк какой-то. Сервиспак переставь.

Причем по стилю окна можно понять, что сообщение мне выдает не винда а ВТваря.
И потом, снова войдя в сессию, можно увидеть окно с ошибкой:

Аааа. Понял. Ты путаешься удаленное управление сеансом делать. Из под втвари удаленное управление не работает. Надо запустить mstsc.exe, и уже в нем брать управление другим сеансом.

Именно так и приходится сейчас работать. Но можно все-таки как-то сделать без подключения к удаленному рабочему столу?

Нельзя.

Здравствуйте, господа!
Есть такой вопрос - возможно ли реализовать в связке Windows Server 2008 R2 + WTware одновременное подключение хотя бы двух человек? В целях саппорта пользователей это было бы очень юзабельно.
Быть может, есть путь реализации без привлечения стороннего ПО и т.д.?

Заранее большое спасибо!

Удаленное управление всегда было встроено в службу терминалов Windows. Запусти mstsc.exe, зайди на сервер администратором, дальше RemoteDesktop Services Manager, там находишь сессию нужного пользователя, жмешь на него правой кнопкой мыши, Remote Control.

Сегодня дошли руки отписаться. Некротему подымаю.
Проблема с сервером 2008 Sp1-SP2, при подключении к серверу терминалов клиентом с Vista и выше. Проблем с подключением на ХР не наблюдалось.

Решение:
gpedit.msc Computer Configuration > Administrative Templates >Windows Components > Terminal Services >Terminal Server > Connection опция Set rules for remote control of Terminal Services user sessions надо Enable и выбрать Full control without user's permission
завершение сессии хомячка, перезаход в систему и управление проходит без проблем.

ПыСы:
Конечно, надо не забыть в настройках TSConfig зайти в Properties > Security > Advanced добавить группу,которая сможет взаимодействовать с сеансами, и в графе Allow для неё все галочки проставить.

aka писал(а):Удаленное управление всегда было встроено в службу терминалов Windows.

Session Remote Control полностью выпилили в Win2012. Теперь подключиться к активной сессии юзера можно только через Remote Assistance.

Мы по этому поводу делаем VNC в втвари. Чтобы по VNC можно было подключиться к терминалу и видеть то, что у терминала на экране.

aka писал(а):Мы по этому поводу делаем VNC в втвари.

а сроков нет ?
у меня наметилась тенденция переползать на 2012 именно на rdp серверах (нет ограничений на память и процессоры в стандартной редакции)

Не, сроков нет. В этом году будет

Коллеги, кто-нибудь настраивал систему слежения за пользователем?
Нужно, чтобы можно было подключиться и посмотреть, в какой именно соцсети сидит пользователь в рабочее время.
Что можете посоветовать?

На 2008 сервере - использовать удаленное управление, штатную фичу терминального сервера.
На 2012 сервере майкрософты зачем-то удаленное управление отломали Когда-нибудь позже мы сделаем доступ к экрану терминала по VNC. Сейчас пока никак не подключиться. Запусти веб-траффик через прокси с авторизацией по паролям и смотри в логах прокси, к каким сайтам юзер обращается.

aka писал(а):Сейчас пока никак не подключиться.

Не совсем так. Если разрешить на терминальном сервере Remote Assistance, можно подключиться к любой терминальной сессии с компьютера под управлением Windows 8 или Windows Server 2012. Только с согласия пользователя.

И напоследок хорошая новость: удаленное управление сессиями (Session Shadowing) будет работать в Windows Server 2012 R2. Пруф.

Rushmore писал(а):хорошая новость: удаленное управление сессиями (Session Shadowing) будет работать в Windows Server 2012 R2. Пруф.

Ура.

aka писал(а):На 2008 сервере - использовать удаленное управление, штатную фичу терминального сервера.

не подскажете ли, где про это почитать подробнее, рыл в яндексе, толковой инструкции не нашел.
Спасибо!

xebec писал(а):рыл в яндексе, толковой инструкции не нашел

Потому что непонятно, про что там инструкцию писать.
Запускаешь mstsc.exe. Подключаешься администратором к тому же терминальному серверу, на котором сидит нужный пользователь. Ctrl-Shift-Esc, вкладка Users, клик правой кнопкой мыши на нужном пользователе, Remote Control.

В свойствах пользователя в активдиректории есть галки - разрешать ли удаленное управление этим пользователем и спрашивать ли у него разрешение.

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

Не понял.

Чего ты хочешь получить в результате? Зачем к терминальной сессии подключаться по VNC?

в windows 2012 не работает удаленное управление.

VerDikt писал(а):в windows 2012 не работает удаленное управление.

1) В Windows 2012 работает Remote Assistance

2) В Windows 2012 R2 удаленное управление снова работает.

1) AD не используется. обратил внимание на наличие в wtware пункта VNC решил поэкспериментировать. подумал в кофиге клиента поставлю галочку и с vnc-viewer-а смогу подключаться.
2) официальный релиз еще не вышел.

VerDikt писал(а):AD не используется.

Если локальные аккаунты всех юзеров в пределах одного сервера, AD не нужен.

Начиная с версии 5.1.50 в втвари встроен VNC сервер. Пока работает только на просмотр, терминалом нельзя управлять.

Начиная с версии 5.1.50 в втвари встроен VNC сервер. Пока работает только на просмотр, терминалом нельзя управлять.