A Conexão de Área de Trabalho Remota não pode se conectar ao Windows Server 2012

9

Missão para a Área de Trabalho Remota no Windows Server 2012 (autônomo).

Situação:

  • Painel de Controle, Sistema, Configurações Remotas, Área de Trabalho Remota - Permitir
  • Todos os firewalls desativados
  • Conecte a tentativa usando um endereço IP conhecido (o ping funciona corretamente)
  • Conecte a opção como um usuário que já efetuou login.

Mensagem de erro:

Remote Access Cannot Connect
1)  Remote access not enabled
2)  Remote computer turned off
3)  Remote computer not available

Informações adicionais:

  • O servidor 2012 pode RDC OUT.
  • As máquinas que eu uso para conectar o IN são o Windows 7 e o Windows 8, elas usam o RDC para outras máquinas.
  • Tenho experiência justa na configuração do desktop remoto.

Pergunta:

Isso é uma falha do software beta no servidor de 2012 ou há uma nova maneira de fazer com que o RDC funcione e que eu esteja ausente?

    
por Guy Thomas 27.06.2012 / 11:25

11 respostas

0

Depois de analisar todas as respostas e comentários, além de vasculhar a Internet em busca de problemas semelhantes, concluo que é um problema de corrupção de arquivos no computador com o Windows 2012 Server.

Mais indicações
a) Esta máquina de teste deu problemas de disco antes.
b) sfc / scannow revela erros.

    
por 28.11.2012 / 17:33
18

Tenho notado que, em algum momento, a ativação da área de trabalho remota não habilita corretamente a exceção de firewall da porta 3389. Verifique se a regra apropriada está habilitada. Se estiver, tente desabilitar e habilitar imediatamente o firewall. Isso funcionou para mim em várias ocasiões.

    
por 13.08.2012 / 09:24
3

Você provavelmente precisará de uma CAL ( Licença de Acesso para Cliente ) para acessar os recursos do Windows Server 2012.

    
por 18.10.2012 / 18:55
3

Eu estava em uma situação semelhante a você OP. Eu tinha uma política de grupo para ativar o RDP. Eu verifiquei se isso estava sendo aplicado e se podia fazer ping no servidor de destino. No gerenciador do servidor de 2012, ele disse "Área de trabalho remota: ativada".

No entanto, após seguir as etapas postadas por sushant (cmd > systempropertiesremote) (que também pode ser acessado por outros métodos, por exemplo, sysdm.cpl), cheguei à guia "Remote" das propriedades do sistema e vi que "Don't allow conexões remotas para este computador "botão de rádio foi selecionado. Esta foi claramente a causa do meu problema e, como esperado, a seleção de "Permitir conexões remotas para este computador" me permitiu entrar no servidor.

Eu também tinha outra instância em que, embora o RDC estivesse habilitado, a porta do firewall não estava aberta. Agora tenho como padrão em qualquer domínio eu gerencio duas políticas, uma para habilitar o RDP e outra para permitir que ele passe pelo firewall.

    
por 08.11.2012 / 12:20
1

Verifique se você alterou os teclados padrão.

Eu tive o mesmo problema, mas assim que selecionei Teclado - Índia , que configurei durante a instalação de 2012, o sistema permitiu conexões remotas de área de trabalho novamente.

    
por 29.04.2013 / 12:55
1

então me deparei com um problema ao definir um IP estático em uma VM do Windows 2012. Quando o IP estático foi definido, minha VM não respondeu ao RDP ou RDC. como eu consertei?

  1. vá para o painel de controle > Rede e Internet > Rede e compartilhamento

  2. canto superior esquerdo altera as configurações do adaptador

  3. clique com o botão direito do mouse na rede que precisa do IP estático atribuído e selecione as propriedades

  4. Selecione o protocolo da Internet Versão 4 (TCP / IPv4)

  5. selecione o seguinte endereço IP e digite seu IP estático, a máscara de sub-rede fornecida e o gateway padrão fornecido

  6. Insira o DNS fornecido e preferido

  7. clique em ok e abra o prompt de comando e digite: ipconfig / flushDNS

no prompt de comando acima, não use o Collin e há um espaço após o ipconfig

  1. depois disso é feito resetar a vm e tentar fazer o rdp para vm

  2. você está executando em IP estático

Jay Ess.

    
por 27.06.2013 / 22:38
1

Eu tive o mesmo problema com o cliente WINDOWS XP que não pôde se conectar ao Servidor Remoto do Windows 2012 R2.

Eu resolvi o problema desmarcando esta caixa no servidor: "Permitir conexões somente para computadores que executam a Área de Trabalho Remota com Autenticação no Nível da Rede (recomendado)".

Para encontrar essas configurações no Windows 2012 R2: clique com o botão direito do mouse em "Meu computador", escolha "Propriedades" e "Configurações remotas". Na tela que será exibida, você encontrará essa caixa de seleção.

Provavelmente, o XP não suporta "Autenticação no Nível da Rede" e, quando o servidor exige isso, o cliente XP não pode se conectar.

    
por 09.01.2014 / 09:23
0

Como habilitar a Área de Trabalho Remota no Windows Server 2012 :

  1. Move your mouse to bottom right of the screen and you would see a bar, Charm Bar.
  2. Click on the Search button, the one with magnifying glass. See the screenshot below:
  3. Enter CMD in the Apps search text box:
  4. Click on CMD on the left, it will launch the command prompt:
  5. In command prompt window, type SystemPropertiesRemote and hit Enter
  6. The above command would launch the System Properties windows.
  7. Select the appropriate option under Remote Desktop and click OK.
    
por 18.07.2012 / 15:29
0

O problema com o teclado padrão certamente é uma causa.

Em um servidor, eu havia removido o teclado dos EUA (que, por padrão, era configurado durante a instalação), tentei habilitar o RDP e ele não funcionou.

Depois de reinstalar o teclado dos EUA, o RDP começou a funcionar!

    
por 03.09.2013 / 19:37
0

Eu tive o mesmo problema com os clientes XP e Windows 8 ... parecia que o servidor não estava corretamente conectado ao domínio, reiniciei o servidor, fiz logon como administrador de domínio e, quando tentei me conectar usando o RDP, Win 8 machine funcionou bem, XP não seria devido a NLA como acima.

    
por 19.02.2014 / 15:33
0

Acabei de ter este problema ao conectar-me ao meu controlador de domínio do Windows 2012 R2. Descobriu-se que a causa era que o serviço de reconhecimento de local de rede no DC tinha definido a conexão de rede como pública em vez de domínio. A solução que funcionou para mim foi reiniciar o serviço NLA conforme descrito aqui link .

    
por 28.08.2017 / 11:37