Пытаюсь настроить RemoteApp для удаленного запуска Maya на тормозном ноуте, но после тщательной настройки, приложение все равно не запускается.
В журнале RemoteConnectionManager пишет, что произошла Успешная проверка подлинности пользователя (1149). В журнале безопасности:
- Специальный вход (4672)
- Вход в систему (4624)
- Выход из системы (4634) через секунду.
Чет уже хз где дальше смотреть… Версия RDP на хосте — 6.1, ось — Win7x64 Ultimate.
Upd: [РЕШЕНО]
«Важное дополнение к этому способу: «Столкнулся с проблемой. Всё сделал по инструкции, запустил батник, всё установилось хорошо. Подключаюсь со второго компьютера — тут же сбрасывает. Закинул старый файл, всё стало как было изначально (работать может только один пользователь). Нашел обновление, которое содержало файл termsrv.dll. Путем вычислений оказалось, что при установке обновления KB2984972 возможность работы нескольких пользователей оказывается невозможной. Вдруг кому пригодится.»
в групповых политиках
«Ограничить количество подключений»
Определяет, ограничивается ли количество одновременных подключений к серверу службами удаленных рабочих столов.
Вы можете использовать этот параметр для ограничения количества сеансов служб удаленных рабочих столов, которые могут быть активны на сервере. Если указанное число превышено, новые пользователи при попытке подключения получают сообщение об ошибке с уведомлением о том, что сервер занят, и рекомендацией подключиться позднее. Ограничение количества сеансов повышает быстродействие, поскольку системные ресурсы запрашиваются меньшим количеством сеансов. По умолчанию серверы узла сеансов удаленных рабочих столов разрешают неограниченное число сеансов служб удаленных рабочих столов, а удаленный рабочий стол для администрирования разрешает два сеанса служб удаленных рабочих столов.
Для использования этого параметра политики укажите максимальное количество подключений для сервера. Чтобы задать неограниченное количество подключений, введите число 999999.
Если установлено состояние «Включено», то максимальное количество подключений ограничивается указанным числом в соответствии с версией Windows и режимом служб удаленных рабочих столов, которые выполняются на этом сервере.
Если установлено состояние «Отключено» или «Не задано», то ограничение количества подключений принудительно не применяется на уровне групповой политики.
Примечание. Этот параметр предназначен для использования на серверах узла сеансов удаленных рабочих столов (то есть на серверах под управлением Windows с установленной ролью «Узел сеансов удаленных рабочих столов»).
Вариант 1:
Отредактировать реестр. Задать
fSingleSessionPerUser = 0 в ветке HKLMSYSTEM CurrentControlSetControlTerminal ServerfSingleSessionPerUser
После этого к одному пользователю можно будет выполнять несколько RDP подключений.
Вариант 2:
Использовать RDS shutdown (теневое подключение)
Mstsc.exe [/shadow:sessionID [/v:Servername] [/control] [/noConsentPrompt]] на клиенте, но у этого способа есть много недостатков:
1) Сессию кто-то должен создать заранее
2) У обоих клиентов разрешение экрана должно быть чуть больше, чем разрешение при создании сессии (иначе уменьшится шрифт)
3) корректная работа внутри локальной сети
4) Нет передачи звука
5) Требует предварительной настройки администратором
Это будет самой большой ошибкой создание такой настройки. Представь что один человек залогинелся за ПК и забыл где и когда или поехал домой, а сеанс не завершил, он на сервер уже не попадет. Правльней будет делать отдельный профиль или разрешить паральниные подключения как описал выше sashaqwert
Hi,
·
To troubleshoot the issue, I suggest we perform the following steps.
1. Run Remote Desktop in administrator privilege.
=========================
By default, the remote desktop connection runs as a user with the lowest user permissions. By default, a restricted user does not have
permission to write registry entries to HKEY_LOCAL_MACHINE. Therefore, attempts to rewrite the MSLicensing key may fail. To resolve this issue, we need to run the RDP client software as administrator:
a. Click Stat, type: MSTSC in the Start Search bar and then right click on the «MSTSC» in the result list->select «Run as Administrator».
Click Continue if it prompts.
b. Type the target computer address and then click Connect to test the issue again.
NOTE: For the troubleshooting purpose, please temporarily disable Firewall and third party antivirus program when establishing the
RDP connection. You can re-enable it once we complete the troubleshooting steps.
Can we connect to the target computer now?
2. Please test the issue in
Clean Boot.
If the issue persists, please go to Event Viewer to check logon and logoff event, see if any error is relevant.
·
Event Log
========================
1. Click «Start», input «eventvwr» (without quotation marks) in the Search bar and press Enter.
2. Right click on «Application» on the left frame, choose «Save Log file As»; in the pop-up window,
click to choose the Desktop icon on the left frame, input «app» in the «File name» blank, and then click “Save”.
3. Right click on «System», with the same method, save it as «sys».
4. Locate the two saved log files on the Desktop and send them to us.
You can refer to the following link to upload the information:
http://social.technet.microsoft.com/Forums/en-US/w7itproui/thread/4fc10639-02db-4665-993a-08d865088d65
regards,
Sabrina
-
Marked as answer by
Friday, August 6, 2010 8:41 AM
Hi,
·
To troubleshoot the issue, I suggest we perform the following steps.
1. Run Remote Desktop in administrator privilege.
=========================
By default, the remote desktop connection runs as a user with the lowest user permissions. By default, a restricted user does not have
permission to write registry entries to HKEY_LOCAL_MACHINE. Therefore, attempts to rewrite the MSLicensing key may fail. To resolve this issue, we need to run the RDP client software as administrator:
a. Click Stat, type: MSTSC in the Start Search bar and then right click on the «MSTSC» in the result list->select «Run as Administrator».
Click Continue if it prompts.
b. Type the target computer address and then click Connect to test the issue again.
NOTE: For the troubleshooting purpose, please temporarily disable Firewall and third party antivirus program when establishing the
RDP connection. You can re-enable it once we complete the troubleshooting steps.
Can we connect to the target computer now?
2. Please test the issue in
Clean Boot.
If the issue persists, please go to Event Viewer to check logon and logoff event, see if any error is relevant.
·
Event Log
========================
1. Click «Start», input «eventvwr» (without quotation marks) in the Search bar and press Enter.
2. Right click on «Application» on the left frame, choose «Save Log file As»; in the pop-up window,
click to choose the Desktop icon on the left frame, input «app» in the «File name» blank, and then click “Save”.
3. Right click on «System», with the same method, save it as «sys».
4. Locate the two saved log files on the Desktop and send them to us.
You can refer to the following link to upload the information:
http://social.technet.microsoft.com/Forums/en-US/w7itproui/thread/4fc10639-02db-4665-993a-08d865088d65
regards,
Sabrina
-
Marked as answer by
Friday, August 6, 2010 8:41 AM
- Remove From My Forums
-
Общие обсуждения
-
Изучил почти всю доступную информацию по этой проблеме, но что то решения так и не пришло или я не туда смотрел.
В трех словах, ситуация такова, имеется 1 терминальный сервер на базе Windows Server 2008 SP1 (в домене) который по совместительству трудится как DNS и DHCP сервер, в общем раздает интернет. Также есть два удаленных филиала
в других городах, которые хотят получать доступ к некоторым приложенения на терминальном сервере, и вроде бы ничто не предвещало беды, один филиал спокойно подключается и работает около (20 пользователей, канал 10Мб/c) , а пользователей второго
филиала при подключении сразу же выкидывает с ошибкой «Этот сеанс будет прекращен из-за ошибки шифрования данных. Попробуйте подключиться заново к удаленному компьютеру.» Сам филиал небольшой около 5 подключений, канал 4мб.с,
сеть раздается посредством сервера с Windows Server 2008 R2. И странно то, что если подключиться с сервера в этом (втором) филиале, то с терминала не выкидывает и работает нормально, никаких ошибок нет. Есть подозрения что канала
не хватает, но ведь RDP расчитан и на меньшие каналы, уровень шифрования стоит низкий совместный с RDP.На всех ПК пользователей Windows 7.Прошу помощи, уже голову сломал.
-
Изменено
12 июня 2013 г. 7:00
-
Изменен тип
Petko KrushevMicrosoft contingent staff
11 июля 2013 г. 11:51
Нет действий
-
Изменено
Итак, мы уже рассматривали, как настроить удаленный рабочий стол на Windows 7 и как подключаться к компьютеру удаленно. Однако по умолчанию Windows 7 позволяет работать только одному пользователю. Иными словами, если вы подключаетесь к компьютеру через удаленный рабочий стол, то работа непосредственно за компьютером или через другое соединение удаленного рабочего стола будет невозможна, даже если все пользователи заходят под своими учетными записями.
Это ограничение носит исключительно лицензионный характер. То есть технических возможностей достаточно, и блокируется одновременное подключение нескольких пользователей на уровне операционной системы. Физически количество одновременных подключений ограничено только ресурсами компьютера.
Для того чтобы снять ограничение на количество одновременных сессий пользователей и позволить им работать одновременно на компьютере под управление Windows 7, нужно убрать существующее лицензионное ограничение. Для этого необходимо внести изменения в файл termsrv.dll, расположенный в папке %SystemRoot%System32 (обычно это C:/Windows/System32/).
Используем универсальный патч, разработанный командой DeepXW. Патч подойдет для следующих ОС: Windows XP (SP2, SP3), Windows Vista (SP1, SP2), Windows 7 (x86, x64), Windows Server 2008 (SP1, SP2).
Скачать патч для удаленного рабочего стола
Скачиваем и распаковываем архив (потребуется архиватор). Пароль на архив: 123. Для 32-разрядной системы запускаем UniversalTermsrvPatch-x86.exe, для 64-разрядной — UniversalTermsrvPatch-x64.exe.
Внимание! Запускать файлы обязательно нужно от имени администратора. Для этого кликаем на файл правой кнопкой мыши и выбираем в контекстном меню Запустить от имени администратора.
В открывшемся окне нажимаем кнопку Patch для снятия ограничения одновременных сеансов удаленного рабочего стола. При этом файл termsrv.dll будет заменен на пропатченный. Для того чтобы изменения вступили в силу, компьютер необходимо будет перезагрузить.
Оригинальный файл можно также восстановить в любой момент. Для этого в окне программы нужно нажать Restore. Резервная копия файла храниться в C:/Windows/System32/termsrv.dll.backup.
Все. Вот таким нехитрым способом получаем возможность использовать компьютер одновременно несколькими пользователями. Один человек может работать за компьютером физически и еще несколько – через удаленные рабочие столы. Фактически число одновременных сессий пользователей будет ограничиваться только ресурсами компьютера.
Примечание. Если Windows 7 обновился, то пачт перестает работать. В таком случае патч необходимо установить повторно.
Оцените статью. Вам не сложно, а автору приятно