Eu tenho uma máquina Windows 10 Pro que está funcionando como um terminal RDP para um único usuário.
Esta máquina foi configurada há mais de 2 anos e não teve grandes alterações na sua configuração, exceto é claro pelas atualizações automáticas obrigatórias do Windows 10.
Tudo estava funcionando bem até alguns meses atrás, quando o usuário começou a receber este erro ao tentar se conectar via RDC:
Remote Desktop Connection
An internal error has occurred.
Tentei fazer login via RDC por meio de minhas credenciais de administrador e recebo o mesmo erro. O erro aparece imediatamente após clicar em conectar. Não há tempo de processamento e a tentativa de conexão parece ser imediatamente rejeitada pelo servidor.
Não consigo rastrear o problema até um momento ou evento específico. Ocorre aparentemente de forma aleatória. Às vezes depois de alguns dias, às vezes duas vezes em um dia.
Reiniciar a máquina Windows 10 Pro sempre parece resolver o problema.
Estranhamente, acessar o Event Viewer
na máquina Windows 10 Pro também parecia corrigir o problema, mas quase sempre retorna muito mais rapidamente se eu usar essa "correção".
Falando em Event Viewer
, esses são erros relevantes que encontrei no log relacionado ao RDC no momento em que meu login foi rejeitado:
Error Event 227 RemoteDesktopServices-RdpCoreTS
General: 'Failed OnConnected to Listener callback' in CUMRDPConnection::InitializeInstance at 606 err=[0x8007050c]
Log Name: Microsoft-Windows-RemoteDesktopServices-RdpCoreTS/Operational
Source: RemoteDesktopServices-RdpCoreTS
EventID: 227
Task Category: RemoteFX module
Level: Error
User: NETWORK SERVICE
OpCode: Runtime
Error Event 227 RemoteDesktopServices-RdpCoreTS
General: spCoreConnection is NULL!' in CUMRDPConnection::TerminalInstance at 741 err=[0x8007139f]
Log Name: Microsoft-Windows-RemoteDesktopServices-RdpCoreTS/Operational
Source: RemoteDesktopServices-RdpCoreTS
EventID: 227
Task Category: RemoteFX module
Level: Error
User: NETWORK SERVICE
OpCode: Runtime
Esses são alguns outros erros que notei no log, mas não correspondem ao momento que tento conectar:
Warning Event 226, RemoteDesktopServices-RdpCoreTS
General: RDP_TCP: An error was encountered when transitioning from StateUnknown in response to Event_Disconnect (error code 0x80070040)
Warning Event 142, RemoteDesktopServices-RdpCoreT
General: TCP socket READ operation failed, error 64
Observe que as máquinas clientes também estão executando o Windows 10 Pro.
Pode ser um pouco tarde, mas isso funcionou para mim, crédito para Elton Saul. Crie o DWORD abaixo e defina para 10000 Minha próxima tarefa é descobrir por que ele possui conexões pendentes :)
https://social.technet.microsoft.com/Forums/en-US/e1d60cc0-0096-4859-a0e7-eb7f11905737/remote-desktop-v10-error-0x4-from-mac?forum=winRDc
Uma solução temporária para esse problema é aumentar o limite máximo de conexões pendentes. Em SKUs de cliente é 100 por padrão, enquanto em SKUs de servidor é 3000. A seguinte chave de registro DWORD controla esse valor:
Como alternativa, você pode atualizar o mesmo no prompt de comando como administrador executando o seguinte.
Eu expirei esses problemas várias vezes ultimamente, e uma solução alternativa é conectar-se à máquina localmente, se possível (ou por meio de um console VmWare).
Caso contrário, você pode reiniciar os Serviços de Área de Trabalho Remota em services.msc (e dizer sim para também reiniciar o serviço dependente).
Mas uma solução permanente seria preferível.
Excluir credenciais salvas na sessão client.rdp e reinserir resolveu o problema para mim. Editar apagar
Qualquer atualização do Windows 10 pode quebrar qualquer coisa no sistema, inclusive torná-lo não inicializável.
Você terá que saber quando o RDP parou de funcionar, verifique qual atualização foi aplicada naquele ponto e remova essa atualização. Erro TCP 64 foi encontrado após atualizações em vários casos. Portanto, certifique-se de encontrar a atualização que fez isso e também tente instalar a atualização KB3200970, se ainda não a tiver.
Você também recebe essas mensagens no log RemoteDesktopServices-RdpCoreT se houver problemas com seu certificado de cartão inteligente. No nosso caso, o certificado foi revogado, mas não vimos nenhuma indicação dele ao usar a Conexão de Área de Trabalho Remota de um cliente Windows 10.
para mim, o problema parecia ser que eu estava compartilhando o rdp via nuvem MS e salvando credenciais. Não consegui
delete
armazenar credenciais, pois a interface do usuário não estava mostrando a opção, então abri o arquivo .rdp no código VS e fiz as seguintes alteraçõesprompt for credentials:i:0
->prompt for credentials:i:1
gatewaycredentialssource:i:
promptcredentialonce:i:0
->promptcredentialonce:i:1
em seguida, salve como um diretório local que não está armazenado na nuvem MS para que isso não aconteça novamente
Reiniciar o serviço de área de trabalho remota funcionou para mim. Você não precisa se conectar localmente para fazer isso. Em seu computador local, execute
services.msc
e vá para Ação, conecte-se a outro computador e escolha o computador remoto. Uma vez conectado, encontre o serviço e reinicie-o.Registrando outra possibilidade para as pessoas tentarem - isso apenas corrigiu a conexão da minha caixa de desenvolvimento do Windows 10 a um servidor 2008R2:
Se a caixa do cliente RDP tiver configurações de criptografia incomuns, você poderá receber "Ocorreu um erro inesperado" ao tentar se conectar a um servidor RDP perfeitamente normal.
Eu estava verificando se vários clientes ainda podiam se conectar a um aplicativo na minha dev box com protocolos restritivos, então usei o IISCrypto do Nartac para definir minha dev box para Best Practices e reiniciei. Nesse ponto, eu ainda poderia conectar.
Então restringi ainda mais as coisas, visando um A+ do SSL Test . Nocauteei algumas combinações, consegui meu A+... e descobri mais tarde que não conseguia me conectar a nada pelo RDP!
Portanto, se você estiver fortalecendo sua criptografia do IIS além das práticas recomendadas e descobrir que não pode se conectar da máquina reforçada pelo RDP, tente definir as coisas de volta para as práticas recomendadas.
Eu tive isso acontecer hoje. Percebi no log de eventos de segurança , vários eventos toda vez que tentei me conectar:
O que me disse que estava tentando credenciais em cache repetidamente. Voltei ao cliente de Conexão de Área de Trabalho Remota e excluí as credenciais em cache:
E então reconectou, redigitou a senha e funcionou.
Toda vez que recebemos esse erro aqui é porque alguém já está logado ou não fez logout corretamente. Com
query user /server:remote
(substituir remoto pelo endereço IP ou nome do computador), posso ver quem está logado. Você pode fazer logoff de pessoas remotamente comLOGOFF [session | id_session] [/SERVER:serveur]
(o RPC precisa ser ativado para ambas as operações).