- Remove From My Forums
-
Общие обсуждения
-
Windows Server 2008 R2 Терминальный сервер, не удается подключиться
к активной сессии пользователя, разрешения на удаленное управление с взаимодействием сеанса без подтверждения пользователя в настройках выставлены,
уч запись Администратор пытаюсь подключиться к активному пользователю в диспетчере задач — Ошибка удаленного управления сеансом (ID 3), в
логе системы Не удается запустить диспетчер окон рабочего стола, так как составная тема не используется.
на сервере кроме 1с 8.2 ничего не установлено, сервер развернут на днях, все хорошо за исключением этой ошибки, подскажите что можно предпринять.-
Изменен тип
23 января 2012 г. 8:16
-
Изменен тип
Права для удаленного управления
-
Simol
- Сообщения: 41
- Зарегистрирован: Чт янв 20, 2005 10:47 am
- Контактная информация:
Права для удаленного управления
Кем должен быть пользователь сервера терминала чтобы мог удаленно управлять сесиями других пользователей — пользователей домена?
Администратор домена может
Пользователь домена + Локальные администратор этого сервера не может
-
Simol
- Сообщения: 41
- Зарегистрирован: Чт янв 20, 2005 10:47 am
- Контактная информация:
Сообщение
Simol » Ср сен 20, 2006 12:38 pm
Ошибка была в этом:
Примечание. В случае, если диспетчером служб терминалов будет выведено сообщение об ошибке «Ошибка удаленного управления сеансом (Id x) (Ошибка 7025. Была сделана попытка подключения к сеансу с видеорежимом, не поддерживаемым данным клиентом)», возможно, потребуется изменить видеорежим на сервере или использовать для удаленного управления другой клиент.
-
Ejean
- Сообщения: 403
- Зарегистрирован: Сб апр 16, 2005 9:30 am
-
Контактная информация:
Сообщение
Ejean » Ср сен 20, 2006 9:50 pm
1) Управление другим сеансом возможно только из терминальной сессии.
2) Если твоя сессия имеет более низкие параметры: разрешение экрана, количество цветов, то возможны проблемы…
3) «Управляющий» пользователь должен иметь права на управление, они задаются Администрирование/Настройка служб терминалов/свойства RDP-Tcp/Разрешения
-
Simol
- Сообщения: 41
- Зарегистрирован: Чт янв 20, 2005 10:47 am
- Контактная информация:
Сообщение
Simol » Чт сен 21, 2006 11:14 am
Спасибо за исчерпывающую информацию
-
Simol
- Сообщения: 41
- Зарегистрирован: Чт янв 20, 2005 10:47 am
- Контактная информация:
Сообщение
Simol » Пн сен 25, 2006 3:32 pm
А как клиент может сопративлятся удаленному управлению кроме нажимать «не разрешаю»?
Ситуация. Захожу под пользователем Х у себя, захожу под админом у себя. Пробую управлять — появляется окошко с запросом, разрешаю и управляю.
Пользователь в другом породе заходит под пользователем Х, пытаюсь управлять его сесией, у меня после некогорого времени ошибка, а пользователь говорит, что у него сообщение не появляется.
-
Ejean
- Сообщения: 403
- Зарегистрирован: Сб апр 16, 2005 9:30 am
- Контактная информация:
Сообщение
Ejean » Пн сен 25, 2006 10:35 pm
Всё у него появляется 
-
Simol
- Сообщения: 41
- Зарегистрирован: Чт янв 20, 2005 10:47 am
- Контактная информация:
Сообщение
Simol » Вт сен 26, 2006 9:05 am
Убрал подтверждение пользователя, все подключилось. Саботаж одним словом.
-
dsm
Re:
Сообщение
dsm » Пт апр 17, 2009 1:00 pm
[quote=»Simol»]Убрал подтверждение пользователя, все подключилось. Саботаж одним словом.[/quote]
А как убрать это подтверждение??? Можно ли так сделать, что бы подключаться к сессии без запроса на разрешение?
Заранее благодарен!!!
-
gserg
- Сообщения: 351
- Зарегистрирован: Вс мар 05, 2006 12:19 pm
- Откуда: рядом с Москвой
- Контактная информация:
Re: Re:
Сообщение
gserg » Чт май 14, 2009 7:35 am
dsm писал(а):
Simol писал(а):Убрал подтверждение пользователя, все подключилось. Саботаж одним словом.
А как убрать это подтверждение??? Можно ли так сделать, что бы подключаться к сессии без запроса на разрешение?
Заранее благодарен!!!
Может быть поздно 
В картинках интереснее Эх молодежь
- Вложения
-
- rdp.JPG (70.25 КБ) 31670 просмотров
- Remove From My Forums
-
Question
-
Hello all,
I am having an issue when trying to remote control a user session on Windows Server 2008 R2.
If I log onto the system as the domain Administrator, I am able to control the session of users. However If I log onto my own account as Domain Admin, member of the Administrator group. I recieve an error which is:
Windows Task Manager:
Session (ID x) Remote Control FailedThere are many Domain Admins in my organization — which means we can’t all simply log on as the Domain Administrator to our servers.
How can I enable Remote Desktop Session Shadows on all of my Domain Admin accounts?
The current process I use is:
#
Open Task Manager
Click the Users Tab
Right Click the User — Remote Control
The error is then shown.
#
Doing this using the Administrator account work, however doing it from my account which like I say is in the Domain Admin group — does not work.
Thank you for your time.
Answers
-
Hi all,
Just so you know i’ve found the soloution to this — after 3 days of research. It was UAC control which prevents this running.
I disabled UAC and all is fine.
Grr..
Thanks for your input.
-
Marked as answer by
Thursday, February 17, 2011 10:24 AM
-
Marked as answer by
Не удается подключиться к удаленному компьютеру по RDP
Не удается подключиться к удаленному компьютеру по RDP
Добрый день уважаемые читатели и гости блога, сегодня столкнулся с такой ситуацией, при попытке подключиться к серверу терминалов на Windows Server 2008 R2 я получил ошибку «Не удается подключиться к удаленному компьютеру. Повторите попытку подключения. Если проблема повторится, обратитесь к владельцу удаленного компьютера.» после ввода логина и пароля, что говорит как минимум о том, что порт доступен, давайте смотреть как можно решить данную проблему и восстановить доступ.
Причины ошибки «Повторите попытку подключения»
В прошлый раз мы с вами победили ошибку с синим экраном dpc watchdog violation, победим и эту, но для начала нужно понять причину всего этого действия. Вот как выглядит данная проблема:
Как я и писал выше, появляется она после ввода корректного логина и пароля.
- Вся эта канитель началась еще с 2014 года, после обновлений KB2992611 и последующих. В момент установки данных обновлений ужесточился уровень безопасности и шифрования.
- Вторая возможная причина, это наличие программ КриптоПро или VipNet, у меня был именно второй вариант
- Другие сторонние программные обеспечения по шифрованию.
Если вы посмотрите логи Windows, то сможете обнаружить вот такие системные предупреждения:
- возникло следующее неустранимое предупреждение: 36888. Внутренне состояние ошибки: 1250
- Компонент X.224 RDP-протокола обнаружил ошибку в потоке протокола и отключил этого клиента.
Как решить ошибку с RDP подключением
Существует несколько методов решения ошибки «Не удается подключиться к удаленному компьютеру. Повторите попытку подключения. Если проблема повторится, обратитесь к владельцу удаленного компьютера.» что вы должны сделать:
- Удалить необходимые обновления Windows
- Удаление или обновление «Крипто ПРО» и VipNet
- Понижение требования к уровню шифрования
- Установка дополнительных обновлений
Удаление или обновление ПО
Начинаю я с этого метода, так как он самый правильный и с точки удобства и с точки безопасности. Если вам данное ПО не нужно, то советую его удалить его и провести очистку системы от мусора, если же программы нужны, то рассмотрите вариант их обновления на свежие версии в которых уже таких проблем нет. В моем случае это не получилось сделать, так как мне была необходима старая версия VipNet.
Удаления обновления KB2992611
Следующим методом я вам посоветую установка новых обновлений, которые это решают, могу посоветовать KB3018238 (оно идет теперь вместе с KB2992611) и KB3011780, с ходом времени, данные обновления могут перекрываться уже более новыми, так, что следите за ними на официальном сайте Microsoft. Если KB2992611 установлено, то попробуйте его удалить, проверить возможность подключения и снова поставить.
Скачать KB3011780 https://www.microsoft.com/ru-ru/download/details.aspx?id=44966
Скачиваете и производите обновление, это похоже на шаги описанные в проблеме, где windows 7 не находит обновления, мы так же устанавливали автономные версии.
Понижение требования к уровню шифрования
Не самое правильное решение, так как уменьшает уровень защиты и шифрования трафика, но может быть палочкой-выручалочкой в некоторых ситуациях. В настройках сервера терминалов снизить уровень «безопасности/уровень шифрования». Для этого заходите в «Пуск > Администрирование > Удаленный рабочий стол > Конфигурация узла сеансов удаленного рабочего стола», выбираете «Настройка для сервер», далее вкладка «Общие» и два пункта:
- Уровень безопасности > Уровень безопасности RDP
- Уровень шифрования > Низкий
Все теперь повторите подключение и повторите попытку зайти по RDP, ошибка должна исчезнуть, но поищите возможность все же обновиться.
Источник
Не удается подключиться к удаленному рабочему столу windows server 2008 r2
Сообщения: 14
Благодарности: 0
Да и еще: Если вместо ip использовать имя сервера, то по telnet проходит подключение к порту 3389, но через RDP не подключается по имени. На самом сервере делал telnet localhost 3389 и тоже все ок. И вывод команды netstat -an:
C:UsersАдминистратор>netstat -an
Имя Локальный адрес Внешний адрес Состояние
TCP 0.0.0.0:135 0.0.0.0:0 LISTENING
TCP 0.0.0.0:445 0.0.0.0:0 LISTENING
TCP 0.0.0.0:3389 0.0.0.0:0 LISTENING
TCP 0.0.0.0:5985 0.0.0.0:0 LISTENING
TCP 0.0.0.0:8092 0.0.0.0:0 LISTENING
TCP 0.0.0.0:47001 0.0.0.0:0 LISTENING
TCP 0.0.0.0:49152 0.0.0.0:0 LISTENING
TCP 0.0.0.0:49153 0.0.0.0:0 LISTENING
TCP 0.0.0.0:49154 0.0.0.0:0 LISTENING
TCP 0.0.0.0:49155 0.0.0.0:0 LISTENING
TCP 0.0.0.0:49156 0.0.0.0:0 LISTENING
TCP 0.0.0.0:49157 0.0.0.0:0 LISTENING
TCP 0.0.0.0:49158 0.0.0.0:0 LISTENING
TCP 127.0.0.1:49268 127.0.0.1:49269 ESTABLISHED
TCP 127.0.0.1:49269 127.0.0.1:49268 ESTABLISHED
TCP 192.168.1.2:139 0.0.0.0:0 LISTENING
TCP 192.168.1.2:3389 188.127.239.132:80 SYN_RECEIVED
TCP [::]:135 [::]:0 LISTENING
TCP [::]:445 [::]:0 LISTENING
TCP [::]:3389 [::]:0 LISTENING
TCP [::]:5985 [::]:0 LISTENING
TCP [::]:8092 [::]:0 LISTENING
TCP [::]:47001 [::]:0 LISTENING
TCP [::]:49152 [::]:0 LISTENING
TCP [::]:49153 [::]:0 LISTENING
TCP [::]:49154 [::]:0 LISTENING
TCP [::]:49155 [::]:0 LISTENING
TCP [::]:49156 [::]:0 LISTENING
TCP [::]:49157 [::]:0 LISTENING
TCP [::]:49158 [::]:0 LISTENING
TCP [::1]:3389 [::1]:49323 CLOSE_WAIT
TCP [::1]:49323 [::1]:3389 FIN_WAIT_2
TCP [fe80::5d39:9e7d:7e2a:1e36%11]:3389 [fe80::c01f:1604:f78:db38%11]:7375
ESTABLISHED
UDP 0.0.0.0:500 *:*
UDP 0.0.0.0:4500 *:*
UDP 0.0.0.0:5355 *:*
UDP 192.168.1.2:137 *:*
UDP 192.168.1.2:138 *:*
UDP [::]:500 *:*
UDP [::]:4500 *:*
UDP [::]:5355 *:*
Источник
Не удается подключиться к удаленному рабочему столу windows server 2008 r2
Вопрос
У меня такая проблема: после апгрейда Windows 2008 R2 с версии Standard на Enterprise при помощи DISM компьютер перестал принимать подключения по RDP. В сервисах служба Remote Desktop Services запущена и ошибок не выдает, но в статистике netstat нет записи с номером порта 3389 вообще! Windows Firewall отключен. Ветка реестра HKEY_LOCAL_MACHINESystemCurrentControlSetControlTerminalServerWinStationsRDP-Tcp полностью совпадает с аналогичной на работоспособном сервере. Подскажите пожалуйста, в чем может быть причина?
Ответы
Так что — никто не поможет.
Всем спасибо за участие! Проблема снята. Видимо все-таки при апгрейде при помощи DISM как-то некорректно отрабатывается замена ключа Windows, т.к. после очередного проделывания операций:
1. Запуск командной строки
6. Перезагрузка сервера
все заработало нормально! Т.е. оперативная память видна полностью и RDP работает так, как нужно!
Все ответы
Это я посчитал совершенно ненужным указывать как само собой разумеющееся. 🙂 Эта галка установлена! И даже программа MSRA работает! Но порта, «слушаещего» 3389 по-прежнему нет.
Это я посчитал совершенно ненужным указывать как само собой разумеющееся. 🙂
смущает именно то, что не слушает порт. попробуйте убрать, рестартануть сервер и снова поставить: чудеса.
Ммм. Событий с кодом 1035/1036 в журналах нет? Других событий от TSRCM? Команда qwinsta что выдаёт?
Событий 1035/1036 нет. Порт в реестре прописан правильно: 3389. Результат выполнения QWINSTA:
C:Users. >qwinsta
SESSIONNAME USERNAME ID STATE TYPE DEVICE
services 0 Disc
>console . 4 Active
C:Users. >qwinsta /mode
SESSIONNAME STATE DEVICE TYPE BAUD PARITY DATA STOP
services Disc none 1
>console Active none 1
C:Users. >qwinsta /flow
SESSIONNAME STATE DEVICE TYPE FLOW CONTROL
services Disc
>console Active
C:Users. >qwinsta /counter
SESSIONNAME USERNAME ID STATE TYPE DEVICE
services 0 Disc
>console . 4 Active
Total sessions created: 5
Total sessions disconnected: 3
Total sessions reconnected: 0
Интересно. Попробуйте вот этот вариант пока. Фиг с ним, что там 2003 сервер, проблема такая же.
Была аналогичная ситуация с MS Windows 2008
Примечательно что проблема возникала без event ’ов в журнале
Т.к сервис работал НО, принимал запросы только по FQDN имени (игнорировал по ip и name) .
Помогло два варианта:
1 Переустановить службу терминалов
2 Изменить ожидающий порт, затем вернуть его назад.
If you wake up in a different time, in a different place, could you wake up as a different person?
Была аналогичная ситуация с MS Windows 2008
Примечательно что проблема возникала без event ’ов в журнале
Т.к сервис работал НО, принимал запросы только по FQDN имени (игнорировал по ip и name) .
Помогло два варианта:
1 Переустановить службу терминалов
2 Изменить ожидающий порт, затем вернуть его назад.
If you wake up in a different time, in a different place, could you wake up as a different person?
К сожалению тоже не про мой вариант. Сделал как там рекомендуют — не помогло. По-прежнему сервис запущен, но в статистике портов ничего:
C:Users. >netstat -aon
Proto Local Address Foreign Address State PID
TCP 0.0.0.0:135 0.0.0.0:0 LISTENING 688
TCP 0.0.0.0:445 0.0.0.0:0 LISTENING 4
TCP 0.0.0.0:475 0.0.0.0:0 LISTENING 207712
TCP 0.0.0.0:1540 0.0.0.0:0 LISTENING 207408
TCP 0.0.0.0:1541 0.0.0.0:0 LISTENING 160192
TCP 0.0.0.0:1560 0.0.0.0:0 LISTENING 160192
TCP 0.0.0.0:1561 0.0.0.0:0 LISTENING 207408
TCP 0.0.0.0:1562 0.0.0.0:0 LISTENING 206340
TCP 0.0.0.0:1563 0.0.0.0:0 LISTENING 206340
TCP 0.0.0.0:1564 0.0.0.0:0 LISTENING 207464
TCP 0.0.0.0:1565 0.0.0.0:0 LISTENING 207464
TCP 0.0.0.0:1566 0.0.0.0:0 LISTENING 207264
TCP 0.0.0.0:1567 0.0.0.0:0 LISTENING 207264
TCP 0.0.0.0:2301 0.0.0.0:0 LISTENING 2348
TCP 0.0.0.0:2381 0.0.0.0:0 LISTENING 2348
TCP 0.0.0.0:5633 0.0.0.0:0 LISTENING 4240
TCP 0.0.0.0:6101 0.0.0.0:0 LISTENING 5148
TCP 0.0.0.0:6106 0.0.0.0:0 LISTENING 4256
TCP 0.0.0.0:10000 0.0.0.0:0 LISTENING 2356
TCP 0.0.0.0:22350 0.0.0.0:0 LISTENING 1228
TCP 0.0.0.0:47001 0.0.0.0:0 LISTENING 4
TCP 0.0.0.0:49152 0.0.0.0:0 LISTENING 408
TCP 0.0.0.0:49153 0.0.0.0:0 LISTENING 788
TCP 0.0.0.0:49162 0.0.0.0:0 LISTENING 836
TCP 0.0.0.0:49164 0.0.0.0:0 LISTENING 504
TCP 0.0.0.0:49252 0.0.0.0:0 LISTENING 496
TCP 0.0.0.0:49255 0.0.0.0:0 LISTENING 5256
TCP 0.0.0.0:61603 0.0.0.0:0 LISTENING 1516
Попробуйте вот такой вариант решения вашей проблемы:
- вам нужна утилита DevCon(для W2K8 R2 ее можно найти в Windows Driver Kit (WDK) http://www.microsoft.com/download/en/details.aspx?displaylang=en&id=11800 )
- теперь выполните devcon.exe -r install %windir%infmachine.inf rootrdpdr(при этом все соединения буду отключены и сервер уйдет в перезагрузку)
Ну и после загрузки поглядеть на результат netstat -na. Надеюсь это решит проблему.
Не помогает! Пишет следующее:
Proto Local Address Foreign Address State
TCP 0.0.0.0:135 0.0.0.0:0 LISTENING
TCP 0.0.0.0:445 0.0.0.0:0 LISTENING
TCP 0.0.0.0:475 0.0.0.0:0 LISTENING
TCP 0.0.0.0:1540 0.0.0.0:0 LISTENING
TCP 0.0.0.0:1541 0.0.0.0:0 LISTENING
TCP 0.0.0.0:1560 0.0.0.0:0 LISTENING
TCP 0.0.0.0:1561 0.0.0.0:0 LISTENING
TCP 0.0.0.0:1562 0.0.0.0:0 LISTENING
TCP 0.0.0.0:1563 0.0.0.0:0 LISTENING
TCP 0.0.0.0:1564 0.0.0.0:0 LISTENING
TCP 0.0.0.0:1565 0.0.0.0:0 LISTENING
TCP 0.0.0.0:1566 0.0.0.0:0 LISTENING
TCP 0.0.0.0:1567 0.0.0.0:0 LISTENING
TCP 0.0.0.0:2301 0.0.0.0:0 LISTENING
TCP 0.0.0.0:2381 0.0.0.0:0 LISTENING
TCP 0.0.0.0:5633 0.0.0.0:0 LISTENING
TCP 0.0.0.0:6101 0.0.0.0:0 LISTENING
TCP 0.0.0.0:6106 0.0.0.0:0 LISTENING
TCP 0.0.0.0:10000 0.0.0.0:0 LISTENING
TCP 0.0.0.0:22350 0.0.0.0:0 LISTENING
TCP 0.0.0.0:47001 0.0.0.0:0 LISTENING
TCP 0.0.0.0:49157 0.0.0.0:0 LISTENING
TCP 0.0.0.0:49158 0.0.0.0:0 LISTENING
TCP 0.0.0.0:49163 0.0.0.0:0 LISTENING
TCP 0.0.0.0:49185 0.0.0.0:0 LISTENING
TCP 0.0.0.0:49263 0.0.0.0:0 LISTENING
TCP 0.0.0.0:49268 0.0.0.0:0 LISTENING
TCP 0.0.0.0:61603 0.0.0.0:0 LISTENING
Кстати, еще только что обратил внимание на еще один «косяк» системы после апгрейда:
Источник
← Вернуться в раздел «Microsoft Windows»
Возникла следующая проблема, не могу подключиться на терминальном сервере для удаленного управления терминальными сеансами пользователей, причем после разных попыток исправить ошибки менялись.
Сначала была ошибка.
Подключался удаленным к сеансам пользователей при попытке отключить писало «Этот сеанс будет прекращен из-за ошибки протокола» и выбивало обоих пользователей из терминала.
Пробовал советы со страницы http://social.technet.microsoft.com/Forums/ru-RU/ws2008ru/thread/5045d93a-de57-4e10-8372-f8aefc49cdce
После каких то действий стало писать. Ошибка удаленного управления пользователем
если запускать shadow RDP-Tcp#1 пишет следующее
Ошибка удаленного управления. Код ошибки 5 Ошибка [5]:Отказано в доступе.
если запустить cmd под администратором то shadow заходит.
также заходит для удаленного управления из Диспетчер служб удаленных рабочих столов
правда при выходе говорит отказано в доступе
вопрос, как решить эту проблему чтобы пускало под обычным администратором домена или компьютера ( входящим в группу domain admin Или локал администратор)
хочется подключаться, запустив Диспетчер Задач.
Добавлено:
Проблема решена
Setting the value of EnableLUA to 0 can disable UAC on Windows Server 2008 R2. It also works for Windows Vista, Windows Server 2008 and Windows 7.
HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindowsCurrentVersionPoliciesSystem
Осталось только
Ошибка удаленного управления сеансом при выходе
Автор: RegrZ
Дата сообщения: 30.12.2010 04:06
такая же проблема, пока никак не удается решить, вообще сильно раздражает когда отключаясь от удаленного управления другим сеансом приходится подключаться к своему сеансу по новой. 
вырубает мой сеанс с ошибкой «Ошибка удаленного управления» ID31
Автор: baffxkiller
Дата сообщения: 12.04.2011 09:03
Автор: maktub alex
Дата сообщения: 11.07.2011 11:46
У меня проблема решилась обратным действием, включением UAC, ошибок ни при подключении ни при отключении не заметил.
Автор: kot488
Дата сообщения: 05.11.2015 13:39
Стоит машина на ней крутится Вин 2008 с сервером терминалов, и начала у пользователей вылетать ошибка Этот сеанс будет прекращен из-за ошибки шифрования данных. Попробуйте подключится заново к удаленному компьютеру.
Удалял HKEY_LOCAL_MACHINESystemCurrentControlSetServicesTermServiceParameters:
Сертификат
Сертификат X 509
Идентификатор сертификата X 509
Активировал и деактивировал сервер не помогает нечего, шифрование стоит Совместимое с клиентским
Страницы: 1
Предыдущая тема: Проблема с беспроводной точкой доступа
Форум Ru-Board.club — поднят 15-09-2016 числа. Цель — сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.