Windows Server 2012 R2 Datacenter Windows Server 2012 R2 Standard Windows Server 2012 R2 Essentials Windows Server 2012 R2 Foundation Windows 8.1 Enterprise Windows 8.1 Pro Windows 8.1 Еще…Меньше
В данной статье описывается проблема, возникающая при создании сеанса протокола удаленного рабочего стола (RDP) для подключения к компьютеру под управлением Windows Server 2012 R2. Доступно исправление для решения этой проблемы. Исправление имеет необходимых компонентов и Необходимость перезагрузки.
Симптомы
При возникновении этой проблемы, не может войти в ферме служб удаленных рабочих столов (RDS). Кроме того необходимо перезагрузить сервер, чтобы восстановить жесткий.
Решение
Для решения этой проблемы, корпорация Майкрософт выпустила исправление. Несмотря на то, что эта проблема наблюдалась только в Windows Server 2012 R2, исправление применимо также к Windows 8.1.
Сведения об исправлении
Важно. Языковой пакет не следует устанавливать после установки этого исправления. В противном случае языковые изменения в исправление не будет применяться, и будет необходимо повторно установить исправление. Дополнительные сведения содержатся в статье Установка языковых пакетов для Windows.
Существует исправление от корпорации Майкрософт. Однако данное исправление предназначено для устранения только проблемы, описанной в этой статье. Применяйте данное исправление только в тех системах, которые имеют данную проблему.
Если исправление доступно для скачивания, имеется раздел «Пакет исправлений доступен для скачивания» в верхней части этой статьи базы знаний. Если этого раздела нет, отправьте запрос в службу технической поддержки для получения исправления.
Примечание. Если наблюдаются другие проблемы или необходимо устранить неполадки, вам может понадобиться создать отдельный запрос на обслуживание. Стандартная оплата за поддержку будет взиматься только за дополнительные вопросы и проблемы, которые не соответствуют требованиям конкретного исправления. Полный список телефонов поддержки и обслуживания клиентов корпорации Майкрософт или создать отдельный запрос на обслуживание посетите следующий веб-узел корпорации Майкрософт:
http://support.microsoft.com/contactus/?ws=supportПримечание. В форме «Пакет исправлений доступен для скачивания» отображаются языки, для которых доступно исправление. Если нужный язык не отображается, значит исправление для данного языка отсутствует.
Предварительные условия
Сведения о реестре
Для использования исправления из этого пакета нет необходимости вносить изменения в реестр.
Необходимость перезагрузки
После установки исправления компьютер необходимо перезагрузить.
Сведения о замене исправлений
Это исправление не заменяет ранее выпущенные исправления.
Глобальная версия этого исправления устанавливает файлы с атрибутами, указанными в приведенных ниже таблицах. Дата и время для файлов указаны в формате UTC. Дата и время для файлов на локальном компьютере отображаются в местном времени с вашим текущим смещением летнего времени (DST). Кроме того, при выполнении определенных операций с файлами, даты и время могут изменяться.
Сведения о файлах Windows 8.1 и Windows Server 2012 R2 и заметки
Важно. Windows Server 2012 R2 исправления и исправления Windows 8.1 включаются в тех же самых пакетов. Однако исправления на странице запроса исправлений перечислены под обеими операционными системами. Для получения пакета исправлений, который применяется к одной или обеих операционных систем, установите исправления, перечисленные в разделе «Windows 8.1/Windows Server 2012 R2» на странице. Всегда смотрите раздел «Информация в данной статье относится к следующим продуктам» статьи для определения фактических операционных систем, к которым применяется каждое исправление.
-
Файлы, относящиеся к определенному продукту, этапу разработки (RTM, SPn) и направлению поддержки (LDR, GDR) можно определить по номерам версий, как показано в следующей таблице.
Версия
Продукт
Контрольная точка
Направление поддержки
6.3.960 0.17xxx
Windows 8.1 и Windows Server 2012 R2
RTM
GDR
-
Файлы MANIFEST (.manifest) и MUM (.mum), устанавливаемые для каждой среды, указаны отдельно в разделе «Сведения о дополнительных файлах». MUM, MANIFEST и связанные файлы каталога безопасности (.cat) очень важны для поддержания состояния обновленных компонентов. Файлы каталога безопасности, для которых не перечислены атрибуты, подписаны цифровой подписью корпорации Майкрософт.
Для всех поддерживаемых 32-разрядных версий Windows 8.1
|
Имя файла |
Версия файла |
Размер файла |
Дата |
Время |
Платформа |
|---|---|---|---|---|---|
|
Rdpcorets.dll |
6.3.9600.17725 |
2,975,232 |
10-Mar-2015 |
23:49 |
x86 |
|
Rdpudd.dll |
6.3.9600.17725 |
117,248 |
11-Mar-2015 |
01:21 |
x86 |
|
Rdpvideominiport.sys |
6.3.9600.17415 |
22,848 |
29-Oct-2014 |
03:10 |
x86 |
|
Rfxvmt.dll |
6.3.9600.17415 |
33,792 |
29-Oct-2014 |
01:54 |
x86 |
Для всех поддерживаемых 64-разрядных версий Windows 8.1 и Windows Server 2012 R2
|
Имя файла |
Версия файла |
Размер файла |
Дата |
Время |
Платформа |
|---|---|---|---|---|---|
|
Rdpcorets.dll |
6.3.9600.17725 |
3,547,648 |
10-Mar-2015 |
23:52 |
x64 |
|
Rdpudd.dll |
6.3.9600.17725 |
131,584 |
11-Mar-2015 |
02:03 |
x64 |
|
Rdpvideominiport.sys |
6.3.9600.17415 |
27,456 |
29-Oct-2014 |
03:56 |
x64 |
|
Rfxvmt.dll |
6.3.9600.17415 |
40,448 |
29-Oct-2014 |
02:37 |
x64 |
Сведения о дополнительных файлах
Сведения о дополнительных файлах для Windows 8.1 и для Windows Server 2012 R2
Дополнительные файлы для всех поддерживаемых 32-разрядных версий Windows 8.1
|
Свойства файла |
Значение |
|---|---|
|
Имя файла |
X86_f23adafebbea176413f58b01252ed837_31bf3856ad364e35_6.3.9600.17725_none_399d39f34a7e3ec5.manifest |
|
Версия файла |
Неприменимо |
|
Размер файла |
725 |
|
Дата (UTC) |
11-Mar-2015 |
|
Время (UTC) |
09:01 |
|
Платформа |
Неприменимо |
|
Имя файла |
X86_microsoft-windows-r..s-regkeys-component_31bf3856ad364e35_6.3.9600.17725_none_c46fbfcd233741bd.manifest |
|
Версия файла |
Неприменимо |
|
Размер файла |
12,927 |
|
Дата (UTC) |
11-Mar-2015 |
|
Время (UTC) |
09:13 |
|
Платформа |
Неприменимо |
Дополнительные файлы для всех поддерживаемых версий на базе x64 Windows 8.1 и Windows Server 2012 R2
|
Свойства файла |
Значение |
|---|---|
|
Имя файла |
Amd64_355115e3893858a76d13f257549c5343_31bf3856ad364e35_6.3.9600.17725_none_950fac53b135fc26.manifest |
|
Версия файла |
Неприменимо |
|
Размер файла |
729 |
|
Дата (UTC) |
11-Mar-2015 |
|
Время (UTC) |
09:01 |
|
Платформа |
Неприменимо |
|
Имя файла |
Amd64_microsoft-windows-r..s-regkeys-component_31bf3856ad364e35_6.3.9600.17725_none_208e5b50db94b2f3.manifest |
|
Версия файла |
Неприменимо |
|
Размер файла |
12,931 |
|
Дата (UTC) |
11-Mar-2015 |
|
Время (UTC) |
09:01 |
|
Платформа |
Неприменимо |
Статус
Корпорация Майкрософт подтверждает, что это проблема продуктов Майкрософт, перечисленных в разделе «Относится к».
Дополнительные сведения
ПричинаЭта проблема возникает из-за бесконечный цикл в функции.
Ссылки
См. термины , которые корпорация Майкрософт использует для описания обновлений программного обеспечения.
Нужна дополнительная помощь?
Нужны дополнительные параметры?
Изучите преимущества подписки, просмотрите учебные курсы, узнайте, как защитить свое устройство и т. д.
В сообществах можно задавать вопросы и отвечать на них, отправлять отзывы и консультироваться с экспертами разных профилей.
- Remove From My Forums
-
Question
-
Возникла проблема на Windows server 2012R2 -перестал работать RDP, в журналах только ошибка «отсутствует доступ к закрытой части ключа SSL», что только уже не делал:
Очищал историю подключений в реестре
До настраивал параметры безопасности доступа к папке C://ProgramData/microsoft/crypto/rsa/machinekeys
Подскажите куда копать?
All replies
-
Возникла проблема на Windows server 2012R2 -перестал работать RDP, в журналах только ошибка «отсутствует доступ к закрытой части ключа SSL», что только уже не делал:
Очищал историю подключений в реестре
До настраивал параметры безопасности доступа к папке C://ProgramData/microsoft/crypto/rsa/machinekeys
Подскажите куда копать?
https://answers.microsoft.com/ru-ru/profile/430f0bf5-051c-45da-ae93-fbb5cd44fcf8 — вот этой пользовался инструкцией, но не могу в Windows Server 2012 R2 найти вкладку «Свойства RDP-TCP», как ее править? Через реестр?
-
Привет,
Это может произойти из-за конфликта назначения портов. Эта проблема может указывать на то, что другое приложение на сервере удаленного рабочего стола использует тот же TCP-порт, что и протокол удаленного рабочего стола (RDP). Порт по умолчанию,
назначенный для RDP, — 3389.На Windows Server 2012 R2 убедитесь, что все следующие службы в коллекции сеансов запущены и проверены должным образом.
-Уровень безопасности: уровень безопасности RDP.
-Уровень шифрования: клиент-совместимый.
— Параметр «Разрешить подключения только с компьютеров, на которых запущен удаленный рабочий стол с проверкой подлинности на уровне сети» должен быть снят.Устранение неполадок с отключением удаленного рабочего стола
https://docs.microsoft.com/en-GB/troubleshoot/windows-server/remote/troubleshoot-remote-desktop-disconnected-errorsНадеюсь, это разрешит ваш запрос!!
—Если ответ полезен, проголосуйте и примите его как ответ—
-
- Привет, перепробовал уже и настройку политик, для RDP у меня не стандартный порт, и про этой статье проходил — ошибка остается, уже не знаю куда копать… При подключении через mstsc «Произошла внутренняя ошибка»
Из ошибок в журналах на сервере:
1) Журнал RemoteDesktopServices-RdpCoreTS: RDP_TCP: произошла ошибка при переходе из StatePreparingX224CC в ответ на Event_ERROR_SendingX224CC (код ошибки 0x0)
2) Журнал RemoteAccessServer: Монитор Services изменил состояние с Healthy на Unhealthy Эвристические ИД сбоя, вызвавшего изменение состояния services: c0000001
3) Из общих журналов: Schannel Произошла неустранимая ошибка при попытке обращения к закрытому ключу учетных данных SSL server. Код ошибки, возвращенный модулем шифрования: 0x8009030D, внутреннее состояние ошибки: 10001 - Привет, перепробовал уже и настройку политик, для RDP у меня не стандартный порт, и про этой статье проходил — ошибка остается, уже не знаю куда копать… При подключении через mstsc «Произошла внутренняя ошибка»
zenon46
25.05.22
✎
10:51
Доброго дня всем! Внезапно на Server 2012R2 перестал работать RDP, клиенты не могут к нему подключиться, на самом сервере если запустить подключение к удаленному рабочему столу по адресу 127.0.0.1, тоже не происходит подклчюения.
Выходит ошибка «Не удается подключиться к удаленному компьютеру. Повторите попытку подключение.». Вроде все службы запущены, в логах чисто. Куда копать?
Gary417
25.05.22
✎
10:53
порт открыт? telnet проходит?
zenon46
25.05.22
✎
10:54
(1) порт в статусе listning.
vbus
25.05.22
✎
10:56
для начала на сервере проверить порт netstat -aon |findstr 3389
zenon46
25.05.22
✎
10:57
zenon46
25.05.22
✎
11:04
(1) telnet заходит черное окно с мигающим курсором, значит порт открыт
vbus
25.05.22
✎
11:13
По адресу 127.0.0.1 у меня тоже не подключается, пишет компьютеру не удалось подключиться к другому сеансу консоли, так как сеанс уже запущен.
Попробуй с другого компа в командной строке mstsc /v:адрес_компа , может напишет какую-нибудь ошибку для ориентира.
zenon46
25.05.22
✎
11:16
(6) Ошибка та же «Не удается подключиться к удаленному компьютеру. Повторите попытку подключение.».
yopQua
25.05.22
✎
11:17
перегрузить?
zenon46
25.05.22
✎
11:20
(8) не помогает)
yopQua
25.05.22
✎
11:24
zenon46
25.05.22
✎
11:27
Попробовал с «проблемного» сервера подключиться на другой сервер, то же не подключается (хотя тот сервер работает и люди на нем работают) но уже с другой ошибкой «Произошла ошибка при проверке подлинности. Не удается установить связь с локальной системой безопасности»
zenon46
25.05.22
✎
11:34
Еще на сервере установлен VipNet CSP но раньше таких проблем не было, работает уже давно.
vbus
25.05.22
✎
11:34
У тебя по паролю вход или сертификат?
vbus
25.05.22
✎
11:35
С VipNet были не объяснимые проблемы, есть возможность удалить?
zenon46
25.05.22
✎
11:37
(13) по паролю
zenon46
25.05.22
✎
11:37
(14) проблемно конечно, там куча сертификатов и в бухнях они используются
vbus
25.05.22
✎
11:42
(15) По паролю, есть ограничения по времени действия пароля? Поставить время действия не ограничено.
(16) У меня все серт-ты оставались на месте, но резервная копия через экспорт с закрытыми ключами , должна быть конечно.
zenon46
25.05.22
✎
11:48
(17) нет ограничений по паролям. Дело в том что с ЭТОГО сервера я на другой не могу подключиться, хотя с компа в этой сети на ДРУГОЙ сервер подключается. Получается что-то на самом сервере, причем даже не задумывается тупо, после нажатия кнопки подключить моментально выходит окно с сообщением об ошибке.
vbus
25.05.22
✎
11:57
Может проверить зависимые службы из диспетчера серверов
WIN-SER Вспомогательная служба IP iphlpsvc Выполняется Автоматически
WIN-SER Диспетчер подключений удаленного доступа RasMan Выполняется Автоматически
WIN-SER Брандмауэр Защитника Windows mpssvc Выполняется Автоматически
WIN-SER Модули ключей IPsec для обмена ключами в Интернете и протокола IP с проверкой подлинности IKEEXT Выполняется Автоматически (триггер)
WIN-SER Маршрутизация и удаленный доступ RemoteAccess Выполняется Автоматически (отложенный запуск)
WIN-SER Сетевой вход в систему Netlogon Остановлено Вручную
WIN-SER Служба управления удаленным доступом RaMgmtSvc Выполняется Автоматически (отложенный запуск)
WIN-SER Служба базовой фильтрации BFE Выполняется Автоматически
WIN-SER Служба SSTP SstpSvc Выполняется Вручную
ИС-2
25.05.22
✎
12:40
(0) перезагрузка ?
Попробовать зайти не по ip, а по имени сервера?
Другой RDP клиент ?
zenon46
25.05.22
✎
12:57
(19) Удалил VIPNET все заработало….видимо майкрософт что-то выпустило интересное
zenon46
25.05.22
✎
13:26
Выяснилось что на сервере где нет VipNet используются Security Packages
kerberos
msv1_0
tspkg
pku2u
wdigest
schannel
А где есть
kerberos
msv1_0
tspkg
pku2u
wdigest
sspp
При попытка изменить sspp на schannel — получаем ошибку (
zenon46
25.05.22
✎
14:53
Проблему решил через костыли в реестре \HKLM\SYSTEM\CurrentControlSet\Control\Terminal Server\WinStations\RDP-Tcp\SecurityLayer — поставил 0, заработало.
zenon46
25.05.22
✎
15:45
Теперь нет подключения к SQLServer уже на другой машине но тоже с установленным VipNet, 1С выбрасывает с ошибкой «ошибка безопасности ssl»
zenon46
25.05.22
✎
17:02
Во втором случае не возможности подключения к SQL Server пришлось с клиентской машины удалить VipNet и установить CryptoPRO (SQL сервер перезагружать нельзя), и все заработало. Осталось только 90 дней на покупку лицензии на крипто про. Не понятно что случилось с VipNet именно сегодня но в дух разных местах, при разных сценариях работы но схожих только в использовании шифрования, VipNET подложил свинью.
yopQua
25.05.22
✎
17:30
ахренеца бубны танцы
zenon46
25.05.22
✎
21:14
(26) сам в шоке, денек выдался не простой. И я так понимаю везде где есть VipNet и работа с использованием шифрования, можно ожидать «приключений».
yopQua
26.05.22
✎
09:21
ну выход то есть: как всегда удалить венду
Mission to Remote Desktop INTO Windows Server 2012 (standalone).
Situation:
- Control Panel, System, Remote Settings, Remote Desktop – Allow
- All firewalls off
- Connect attempt using a known IP address (ping works ok)
- Connect Option as a user who has already logged on.
Error message:
Remote Access Cannot Connect
1) Remote access not enabled
2) Remote computer turned off
3) Remote computer not available
Additional info:
- The Server 2012 can RDC OUT.
- The machines I use to connect IN are Windows 7 and Windows 8, they will RDC to other machines.
- I have fair experience of configuring remote desktop.
Question:
Is this a fault of beta software on the 2012 server, or is there a new way of getting RDC to work that I am missing?
slhck
224k71 gold badges607 silver badges594 bronze badges
asked Jun 27, 2012 at 9:25
3
I have noticed that sometime enabling remote desktop does not correctly enable the firewall exception for port 3389. Please check whether the appropriate rule is enabled. If it is, try disabling and immediately enabling the firewall. This worked for me on several occasions.
answered Aug 13, 2012 at 7:24
NicholasNicholas
3411 silver badge5 bronze badges
4
You’ll probably need a CAL (Client Access License) in order to access the Windows Server 2012’s resources.
slhck
224k71 gold badges607 silver badges594 bronze badges
answered Oct 18, 2012 at 16:55
I was in a similar situation to you OP. I had a group policy to enable RDP. I checked that this was applying, and that I could ping the target server. In the 2012 server manager, it said «Remote Desktop: Enabled».
However, after following the steps posted by sushant (cmd > systempropertiesremote) (which can also be reached by other methods e.g. sysdm.cpl) I reached the «Remote» tab of System Properties and saw that «Don’t allow remote connections to this computer» radio button was selected. This was clearly the cause of my issue and as expected, selecting «Allow remote connections to this computer» enabled me to mstsc into the server.
I also had another instance where even though RDC was enabled, the firewall port wasn’t opened. I now have as standard in any domain I manage two policies, one to enable RDP, and the other to allow it through the firewall.
answered Nov 8, 2012 at 11:20
Please check whether you have changed the default keyboards.
I had the same problem but as soon as I selected Keyboard — India, which I configured while installing 2012, the system allowed remote desktop connections again.
slhck
224k71 gold badges607 silver badges594 bronze badges
answered Apr 29, 2013 at 10:55
1
so I came across a problem while setting a static IP on a windows 2012 VM. When the static IP was set my VM became unresponsive to RDP or RDC. how i fixed it?
-
go to control panel > Network and Internet > Network And Sharing
-
top left corner change adapter settings
-
right click on the network that needs the static IP assigned and select properties
-
Select internet protocol Version 4 (TCP/IPv4)
-
select use the following IP address and enter your static IP, subnet mask that is provided and default gateway that is provided
-
Enter given and preferred DNS
-
click ok and open command prompt and type : ipconfig /flushDNS
in the above command prompt do not use the Collin and there IS a space after ipconfig
-
after this is done reset the vm and try to rdp to you vm
-
you vm is now running on static IP
Jay Ess.
answered Jun 27, 2013 at 20:38
I had the same problem with WINDOWS XP client wich could not connect to Windows 2012 R2 Remote Server.
I solved the problem by unchecking this box on the server: «Allow connections only for computers running Remote Desktop with Network Level Authentication (recomended)».
To find this settings on the Windows 2012 R2 : right click on «My Computer», choose «Properties» then «Remote Settings».
In the screen wich will pop-up, you will find that checkbox.
Probably XP does not suport «Network Level Authentication» and when the server requires this, the XP client cannot connect.
answered Jan 9, 2014 at 8:23
1
How to enable Remote Desktop on Windows Server 2012:
- Move your mouse to bottom right of the screen and you would see a bar, Charm Bar.
- Click on the Search button, the one with magnifying glass. See the screenshot below:
- Enter CMD in the Apps search text box:
- Click on CMD on the left, it will launch the command prompt:
- In command prompt window, type SystemPropertiesRemote and hit Enter
- The above command would launch the System Properties windows.
- Select the appropriate option under Remote Desktop and click OK.
slhck
224k71 gold badges607 silver badges594 bronze badges
answered Jul 18, 2012 at 13:29
2
After reviewing all the answers and comments, also trawling the internet for similar problems, my conclusion is that it’s a file corruption problem on the Windows 2012 Server computer.
Further indications
a) This test machine has given disk problems before.
b) sfc /scannow reveals errors.
answered Nov 28, 2012 at 16:33
Guy ThomasGuy Thomas
3,29810 gold badges35 silver badges48 bronze badges
The issue with the default keyboard certainly is one cause.
On one server, I had removed the US keyboard (that was by default configured during installation), then tried to enable RDP, and it did not work.
Once I re-installed the US keyboard, RDP started working!
answered Sep 3, 2013 at 17:37
I had same problem with both XP and Windows 8 clients… it seemed the server wasn’t properly connected to the domain, I rebooted server, logged in as Domain Administrator, and then when I tried to connect using RDP the Win 8 machine worked fine, XP wouldn’t due to NLA as above.
Kevin Panko
7,35622 gold badges44 silver badges53 bronze badges
answered Feb 19, 2014 at 14:33
You must log in to answer this question.
Not the answer you’re looking for? Browse other questions tagged
.
Not the answer you’re looking for? Browse other questions tagged
.
- Работа
- Cancel
Внезапно перестали подключаться юзеры. При попытке подключения выдает ошибку: «удалённый сеанс отключён поскольку отсутствуют доступные серверы лицензирования». Не могут подключиться ни обычные пользователи, ни администраторы.
Проблема и решение:
Помог запуск mstsc с параметром:
mstsc /admin
По-моему, раньше это называлось «нулевая сессия».
В таком варианте подключиться смог. Юзеров с правами пользователей по-прежнему не пускает. Ошибка: «Доступ к требуемому сеансу отклонен».
В диспетчере сервера — ошибки службы лицензирования рабочих столов. Отсутствует сервер лицензирования.
Настройки удаленных рабочих столов и их службы лицензирования — правильные. Поиграл настройками, удалил и заново прописал сервер лицензирования, изменил режим лицензирования с «на пользователя» на «на устройство» и обратно «на пользоателя».
После этого ошибка у юзеров при подключении сменилась на другую:
«Удаленный компьютер отключил сеанс, из-за ошибки в протоколе лицензирования».
Погуглил.
Прочитал, что надо удалить ключ в реестре:
HKLM\SYSTEM\CurrentControlSet\Control\Te
https://social.technet.microsoft.com/Forums/ru-RU/c702783e-9298-47af-a427-fd94bd2957b5/-server-2012?forum=WS8ru
Проблема в том, что просто так его не удалить даже с правами администратора. Редактор реестра нужно запускать с правами системы. Для этого служит PCTools от Марка Руссиновича, инструкция здесь:
http://forum.oszone.net/thread-267821.html
Удалил.
После этого перезагрузился и сеансы у пользователей заработали.
Были бы лицензии — их, вероятно, можно было бы просто переактивировать.