Windows 10 Pro, RDP Server, «Произошла внутренняя ошибка»

Может быть, немного поздно, но это сработало для меня, спасибо Элтону Саулу. Создайте DWORD ниже и установите значение 10000 Моя следующая задача - выяснить, почему у него нет соединений :)

https://social.technet.microsoft.com/Forums/en-US/e1d60cc0-0096-4859-a0e7-eb7f11905737/remote-desktop-v10-error-0x4-from-mac?forum=winRDc

Временное решение этой проблемы - увеличить максимальный лимит невыполненных подключений. Для клиентских SKU это 100 по умолчанию, в то время как для серверных SKU это 3000. Следующий раздел реестра DWORD управляет этим значением:

Computer\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Terminal Server\
DWORD: MaxOutstandingConnections
VALUE: 10000

В последнее время у меня несколько раз истекали эти проблемы, и одним из способов решения проблемы является подключение к машине локально, если это возможно (или через консоль VmWare).

В противном случае вы можете перезапустить службы удаленных рабочих столов в services.msc (и сказать «да», чтобы также перезапустить зависимую службу).

Но предпочтительнее постоянное решение.

Удаление сохраненных учетных данных в сеансе client.rdp и повторный вход решили для меня проблему. Редактировать Удалить

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

Credential Manager credentials were read.

Subject:
    Security ID:        SCREWDRIVER\Ian
    Account Name:       Ian
    Account Domain:     SCREWDRIVER
    Logon ID:       0x63814
    Read Operation:     Read Credential

This event occurs when a user performs a read operation on stored credentials in Credential Manager.

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

А потом снова подключился, повторно ввел пароль, и все заработало.

Та же ошибка возникает с Windows Server 2019.

В дополнение к приведенным выше записям журнала событий я вижу событие ошибки 1006 Microsoft-Windows-TerminalServices-RemoteConnectionManager / Admin. Сервер узла сеанса удаленных рабочих столов получил большое количество незавершенных подключений. Система может быть атакована.

Используя Wireshark, я вижу только одну попытку подключения. Сервер отправляет TCP RST, что, очевидно, вызывает записи журнала событий, которые мы видим. Возможно, значения по умолчанию из старых версий Windows были отброшены. Я установил для MaxOutstandingConnections значение 3000, поскольку @Dexmox репостен здесь, и могу подтвердить, что он работает как в серверной, так и в клиентской версиях Windows.

$registryPath = "HKLM:\SYSTEM\CurrentControlSet\Control\Terminal Server"
$Name = "MaxOutstandingConnections"
$value = 3000

IF(!(Test-Path $registryPath))
  {
    New-Item -Path $registryPath -Force | Out-Null
    New-ItemProperty -Path $registryPath -Name $name -Value $value -PropertyType DWORD -Force | Out-Null}
 ELSE {
    New-ItemProperty -Path $registryPath -Name $name -Value $value -PropertyType DWORD -Force | Out-Null}

Любое обновление Windows 10 может сломать что угодно в системе, в том числе сделать ее невозможной для загрузки.

Вам нужно будет узнать, когда RDP перестал работать, проверить, какое обновление было применено в этот момент, и удалить это обновление. Ошибка TCP 64 появлялась после обновлений в нескольких случаях. Поэтому убедитесь, что вы нашли обновление, которое сделало это, а также попробуйте установить обновление KB3200970, если у вас его еще нет.

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

На расширенной вкладке RDP-соединения найдите «если аутентификация сервера не удалась». По умолчанию установлено Предупреждать меня. Измените его на «подключаться и не предупреждать меня». У меня это сработало на нескольких машинах.

Попробуйте удалить сохраненные учетные данные из сеанса RDP. Затем снова войдите и сохраните. Используйте шаблон RDP ниже. У меня это сработало на трех машинах, на которых я постоянно получал ошибку «внутренняя ошибка» при подключении.

Обновить попробуйте этот пример. + Изменить полный адрес X.X.X.X и ИМЯ ПОЛЬЗОВАТЕЛЯ затем сохраните как

xxxx.rdp

screen mode id:i:2
use multimon:i:0
desktopwidth:i:3840
desktopheight:i:2160
session bpp:i:24
winposstr:s:0,3,0,0,800,600
compression:i:1
keyboardhook:i:2
audiocapturemode:i:0
videoplaybackmode:i:1
connection type:i:7
networkautodetect:i:1
bandwidthautodetect:i:1
displayconnectionbar:i:1
enableworkspacereconnect:i:0
disable wallpaper:i:0
allow font smoothing:i:0
allow desktop composition:i:0
disable full window drag:i:1
disable menu anims:i:1
disable themes:i:0
disable cursor setting:i:0
bitmapcachepersistenable:i:0
full address:s:X.X.X.X
audiomode:i:0
redirectprinters:i:0
redirectcomports:i:0
redirectsmartcards:i:1
redirectclipboard:i:1
redirectposdevices:i:0
drivestoredirect:s:
autoreconnection enabled:i:1
authentication level:i:2
prompt for credentials:i:0
negotiate security layer:i:1
remoteapplicationmode:i:0
alternate shell:s:
shell working directory:s:
gatewayhostname:s:
gatewayusagemethod:i:4
gatewaycredentialssource:i:4
gatewayprofileusagemethod:i:0
promptcredentialonce:i:0
use redirection server name:i:0
rdgiskdcproxy:i:0
kdcproxyname:s:
username:s:USERNAME
gatewaybrokeringtype:i:0

После обновления Windows за последние 9 месяцев эта проблема больше не возникает. Так что я предполагаю, что Microsoft наконец-то разобралась с этим.

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

Регистрация еще одной возможности, которую могут попробовать люди - это просто исправлено подключение из моего блока разработчика Windows 10 к серверу 2008R2:

Если ваш клиентский ящик RDP имеет необычные параметры шифрования, вы можете получить сообщение «Произошла непредвиденная ошибка» при попытке подключиться к совершенно нормальному серверу RDP.

Я проверял, могут ли различные клиенты по-прежнему подключаться к приложению на моем устройстве разработки с ограничительными протоколами, поэтому я использовал IISCrypto Нартака чтобы установить мой блок разработчика в соответствии с рекомендациями и перезагрузить. В тот момент я все еще мог подключиться.

Затем я ограничился еще больше, стремясь получить пятерку от SSL тест. Выбил несколько комбинаций, получил свой A + ... и позже обнаружил, что ни к чему не могу подключиться по RDP!

Итак, если вы усилили свою криптографию IIS за пределами передовых практик и обнаружили, что не можете подключиться вне с защищенной машины через RDP, попробуйте снова установить Best Practices.

Как заметил Уилсон Уотерс, вас могут затопить попытки взлома. Разрешают ли правила вашего брандмауэра входящие соединения RDP отовсюду? Вы должны ограничить область действия своим собственным IP-адресом (ами).

Например, для брандмауэра Windows на сервере:

1. Откройте брандмауэр Windows в режиме повышенной безопасности.
2. Щелкните Правила для входящих подключений.
3. Для каждого входящего правила, имя которого начинается с Удаленного рабочего стола:
   1. Дважды щелкните правило.
   2. Перейти к Объем таб.
   3. Под Удаленные IP-адреса, чек Эти IP-адреса.
   4. Добавьте IP-адреса, чтобы ограничить входящие RDP-соединения.

для меня проблема заключалась в том, что я делился rdp через облако MS и сохранял учетные данные. Я не мог delete сохраненные учетные данные, поскольку пользовательский интерфейс не отображал эту опцию, поэтому я открыл файл .rdp в коде VS и внес следующие изменения

1. Обновить prompt for credentials:i:0 -> prompt for credentials:i:1
2. удалить эту строку gatewaycredentialssource:i:
3. Обновить promptcredentialonce:i:0 -> promptcredentialonce:i:1

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

Кажется, я столкнулся с той же проблемой. Для меня ни один из приведенных выше ответов не решил это, но я смог снова подключиться после перезапуска Лицензирование удаленного рабочего стола служба.

Отредактируйте подключение к удаленному рабочему столу. Перейдите на вкладку «Дополнительно», «Проверка подлинности сервера» и измените «Если проверка подлинности сервера не удалась:» с «Предупредить меня» на «Подключи меня и не предупреждать меня».

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