Вылетает rdp windows server 2012
Обновлено: 07.07.2024
Есть такая проблема: имеется виртуальный терминальный сервер, поднятый в Hyper-V.
И виртуалка, и хост под 2012r2se.
Подключаемся к терминалу по RDP, при этом сеансы отваливаются без предупреждения. Может отвалиться сразу при входе, может через некоторое время. Через десяток секунд запускается переподключение, и можно работать до следующего отвала. Нагрузки на сервер никакой нет, может отваливаться при одном вошедшем.
Сеть без домена, входим как простыми пользователями, так и локальным администратором сервера - результат один. Терминальные лицензии настоящие, купленные. На левых результат такой же.
При этом те же пользователи с тех же клиентов без проблем работают с физическим терминальным сервером под 2008r2se. Станции под икспи и семеркой.
Сеть - обычная локалка, админская машина и хост hyper-v в одном свитче.
В журнале Microsoft-Windows-TerminalServices-LocalSessionManager
присутствуют события с кодом 41 Начать разрешение спора для сеанса:,
с кодом 42 Завершить разрешение спора для сеанса:
и с кодом 40 Сенас 3 был отключен, код причины 0
На 2008 сервере сороковых кодов нет, только двадцатые.
В чем может быть дело? Роль терминального сервера пересоздавал, не помогло. Вообще сервера подняты с нуля, ничем другим ранее не занимались и ничего лишнего на них не стоит.
С уважением, Сергей
__________________Помощь в написании контрольных, курсовых и дипломных работ здесь
Завершение сеанса пользователей на терминальном сервере (RDP)
Помогите со скриптом, суть такая есть терминальный сервер, необходима завершать сессии по.
Возможно ли отключить запрос разрешения пользователя подключиться к его RDP-сессии на терминальном сервере?
Здравствуйте коллеги! Долго искал на просторах Интернета, но так и не нашел. Вопрос такой.
RDP и VNC в WS 2012 r2 из под VM Hyper-v
Всем привет. Столкнуля с проблемой при работе с WS 2012 r2 из под VM Hyper-v. Проблема.
Обрыв RDP
Есть пк с Win7 и ноут с Win10 (оба в одной сети), с пк происходит подключение к ноуту по RDP. Пару.
Помощь в написании контрольных, курсовых и дипломных работ здесь
sergey_ss, накапал для вас инфу.
. One key problem we found was the registry key: HKLM\SYSTEM\CurrentControlSet\Control\Terminal Server\fDenyTSConnections. We set this to 0 for all users and it seemed to make a big difference. I'm honestly not sure what difference this makes technically. but we noticed that a decent amount of our users had it set to 1. We turned it off and they stopped disconnecting.может у вас та же проблема?
топик тут
Добавлено через 1 минуту
почитайте топик по ссыле, может что толковое по вашей трабле будет.
Очень похоже на мою проблему, один в один, применил решение на своей машине. Пока отвалов не было, но их не было и на тех машинах, на которых я ничего не делал. Так что выводы делать пока рано.
Есть некий офис с 15-20 ПК разной степени дряхлости на Windows XP, 7 и 10 с выходом в интернет в 10Мбит/с через оптику.
И есть Windows Server 2012 R2 в роли TS без AD в облаке с каналом 30Мбит/с.
Проблема: через какой-то промежуток времени после подключения к серверу по RDP/Remote App соединение с ним автоматически разрывается.
Это может случиться через час, два, три, четыре или один-два раза за неделю. То есть, время разрыва почти всегда непредсказуемо.
- Сразу после такого обрыва связи клиентская машина забывает пароль RDP.
Запись о сохранённом логине-пароле просто исчезает из Диспетчера учётных данных. Соответственно, при попытке повторного подключения пароль запрашивается снова. И без разницы — вручную она туда была внесена или автоматически (галка «Заполнить учётные данные» при подключении). - Через несколько таких отключений-подключений сервер перестаёт принимать пароль от учётной записи RDP.
При попытке подключения появляется ошибка о неверном пароле. Исправляется, иногда, просто ожиданием или, всегда, принудительным разлогиниванием пользователя со стороны сервера.
- Через групповые политики выставил на сервере максимальные значения временных лимитов (Задать ограничение по времени для отключенных сеансов, Задать ограничение по времени для отключенных сеансов, Задать ограничение по времени для отключенных сеансов, Задать ограничение по времени для отключенных сеансов, всё = 5 дней)
- Также через GPO включил интервал проверки активности (Настроить интервал проверяемых на активность подключений = 1) и отключил UDP (Выбор транспортных протоколов RDP = Использовать только TCP, Отключение UDP на клиенте = Включено)
- Там же настраивал политики сохранения/запроса пароля (Всегда запрашивать пароль при подключении = Отключена, Запретить сохранение паролей = Отключена, Запретить сохранение паролей = Отключено)
- Поставил все обновления Windows 7 вплоть до январских
- Отдельным пакетом обновил RDP до версии 8 на клиентах
- Удалил антивирус на клиентах (на сервере его нет)
- Запретип отключение сетевой карты «для экономии энергии» на клиентах
- Обновил драйверы клиентских сетевых карт до последних доступных официально версий (у 90% проблемных машин сетевая «Realtek PCIe GBE»)
- Включил на клиентах параметр политики Разрешить делегирование сохраненных учетных данных с проверкой подлинности сервера "только NTLM" = TERMSERV/[IP сервера]
- Включил на клиентах параметр политики Сетевая безопасность: уровень проверки подлинности LAN Manager = Отправлять LM и NTLM - использовать сеансовую безопасность NTLMv2 при согласовании
Лучший результат, которого в итоге удалось достигнуть, — 1 пользователь подтвердил, что отключаться сеанс стал не 3-5 раз, а 1 раз в день.
В данной статье описывается проблема, возникающая при создании сеанса протокола удаленного рабочего стола (RDP) для подключения к компьютеру под управлением Windows Server 2012 R2. Доступно исправление для решения этой проблемы. Исправление имеет необходимых компонентов и Необходимость перезагрузки.
Симптомы
При возникновении этой проблемы, не может войти в ферме служб удаленных рабочих столов (RDS). Кроме того необходимо перезагрузить сервер, чтобы восстановить жесткий.
Решение
Для решения этой проблемы, корпорация Майкрософт выпустила исправление. Несмотря на то, что эта проблема наблюдалась только в Windows Server 2012 R2, исправление применимо также к Windows 8.1.
Сведения об исправлении
Важно. Языковой пакет не следует устанавливать после установки этого исправления. В противном случае языковые изменения в исправление не будет применяться, и будет необходимо повторно установить исправление. Дополнительные сведения содержатся в статье .
Существует исправление от корпорации Майкрософт. Однако данное исправление предназначено для устранения только проблемы, описанной в этой статье. Применяйте данное исправление только в тех системах, которые имеют данную проблему.
Если исправление доступно для скачивания, имеется раздел "Пакет исправлений доступен для скачивания" в верхней части этой статьи базы знаний. Если этого раздела нет, отправьте запрос в службу технической поддержки для получения исправления.
Примечание. Если наблюдаются другие проблемы или необходимо устранить неполадки, вам может понадобиться создать отдельный запрос на обслуживание. Стандартная оплата за поддержку будет взиматься только за дополнительные вопросы и проблемы, которые не соответствуют требованиям конкретного исправления. Полный список телефонов поддержки и обслуживания клиентов корпорации Майкрософт или создать отдельный запрос на обслуживание посетите следующий веб-узел корпорации Майкрософт:
Примечание. В форме "Пакет исправлений доступен для скачивания" отображаются языки, для которых доступно исправление. Если нужный язык не отображается, значит исправление для данного языка отсутствует.
Предварительные условия
Для установки этого исправления необходимо иметь , установленной в Windows Server 2012 R2 или Windows 8.1.
Сведения о реестре
Для использования исправления из этого пакета нет необходимости вносить изменения в реестр.
Изучив логи RDP подключений на удаленном RDS сервере, я не увидел никаких особенных ошибок. В журнале Microsoft-Windows-RemoteDesktopServices-RdpCoreTS/Operational видно, что RDP сессия создается:
The server has terminated main RDP connection with the client.
The disconnect reason is 0
Проверьте состояние службу Remote Desktop Services на удаленном сервере и перезапустите ее. Вы можете удаленно перезапустить службу через консоль Services.msc (Connect to another computer), но гораздо проще проверить состояние службы и перезапустить ее через PowerShell:
(Get-Service TermService -ComputerName msk-ts1).status
Служба запушена (Running), перезапустим ее:
Get-Service TermService -ComputerName msk-ts1| Restart-Service –force –verbose
Но проблему это не решило.
Какие еще варианты решения проблемы мне удалось найти в сети:
- Если у вас на удаленном сервере установлен КриптоПРО, он может быть источником проблем с rdp подключением. Попробуйте отключить проверку контрольных целостности файлов (проверки контрольных сумм) в КриптоПро через реестр. Перейдите в ветку реестра HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\CProIntegrity и измените значение параметра CheckMode на 0. Перезагрузите сервер.
- Если в журнале событий TerminalServices-RemoteConnectionManager вы встретите событие с EventID 1057 (The RD Session Host Server has failed to create a new self signed certificate to be used for RD Session Host Server authentication on SSL connections), перейдите в каталог C:\ProgramData\Microsoft\Crypto\RSA , переименуйте папку Machinekeys в Machinekeys_bak и перезапустите службу TermService.
- Также нашел информацию, что RDP проблема “Произошла внутренняя ошибка” встречалась в Windows 10 1809, если на удаленном компьютере включена политика Configure H.264/AVC hardware encoding for Remote Desktop connections (находится в секции GPO: Computer Configuration -> Administrative Templates -> Windows Components -> Remote Desktop Services -> Remote Desktop Session Host -> Remote Session Environment). Для решения этой проблемы достаточно отключить UDP протокол для RDP, создав в ветке реестра HKLM\SOFTWARE\Policies\Microsoft\Windows NT\Terminal Services\Client параметр fClientDisableUDP со значением 1.
Ни один из рассмотренных выше сценариев не был применим в моем случае. Я совершенно случайно обнаружил, что с других компьютеров нет проблем с подключением к этому RDS серверу. Значить проблема только с моим компьютером, а не с сервером.
Я очистил историю RDP подключений в ветке HKEY_CURRENT_USER\Software\Microsoft\Terminal Server Client\Servers и сбросил кэш RDP в каталоге C:\Users\%Username%\AppData\Local\Microsoft\Terminal Server Client\Cache (перед удалением закройте все запущенные сеансы mstsc.exe):
del "C:\Users\%Username%\AppData\Local\Microsoft\Terminal Server Client\cache"
После этого перезагрузил свой компьютер, и ошибка RDP подключения исчезла!
Читайте также: